Importing Email Into A FileMaker Database

/4 Comments/in , , /by

Email is a hairy subject. Not just because we have POP, IMAP and SMTP servers to deal with, but also ports, authentication, port restrictions by ISPs, syncing problems, etc.

I generally tell users to sick to their email programs, if that’s an option.

There are certainly some times when it’s worth dealing with it and that call, my friend, you will have to make. I can tell you I once implemented HTML sending for mass-mailing purposes, and it worked really well, we even tagged the client we sent the email for and kept the campaigns, as well as created join records for the email recipients so we could track history. Of course, this was before the day of MailChimp (which we are using). I love MailChimp and there’s no need to reinvent the wheel so I can reproduce something in FileMaker.

I however, have a client who wanted to see emails sent to and received from clients’ contacts for all employees of the firm, also see them from the job’s perspective: because the previous software (DayLite) he was using did integrate email with his project management. So, I looked at different options and decided to use mail.it.

There are other options out there, but I used mail.it before so I stuck with it and I do not regret it. I had a couple of gotchas along the way (e.g. deleting emails from the server for multiple servers), but all’s well that ends well. Customer support at dacons.net is also excellent with a support forum. Their turn-around was not the quickest, but that’s not really their fault, because we have a 6 hour time-difference.

I think, at the end I accomplished creating an interface that acts and looks like an email client. I am using the webviewer to show the message as HTML. Attachments show up, and you have two options: 1. you can hold down the option key to view them in a new window or you can download them. Attachments are NOT stored in the database. Attachment handling is accomplished with SuperContainer by 360 Works.

Of course, email receiving will be accomplished from the server side. It will run at a 5-minutes interval, just as if you had it in an email client.

NJ FileMaker Developer Group Meeting Recap SoSIMPLE Calendar – 09/28/2011

/1 Comment/in /by

The September meeting was interesting from several prospectives. We had our core group of people, of which I’m still the youngest, probably by age, as well as time spent in the community. I brought to the meeting a box of Dunkin’ Donuts munchkins, for no particular reason. I also learned that Ginger Bread is out for my Thunderbolt, so I downloaded and installed it during the meeting (yes, I can multitask).

Ken D’Oronzio from Paradise Partners presented his fairly new product: SoSIMPLE Calendar. I have four words for it: it blew my mind. He had a session for it during DevCon but I didn’t get to see it, so I was looking forward to it, especially, because I have a client who could use the calendar in his new database.

 

It is a product of many features. SoSIMPLE Calendar takes advantage of several web technologies such as PHP and AJAX, but it is built on FileMaker. This will be a calendar solution ZeroBlue will implement in client databases, starting now.

Here are some of the things that I found amazing in SoSIMPLE Calendar:

  • Drag & Drop interface without coding
  • The calendar is displayed in a web viewer (server does the processing)
  • Combine multiple data sources (FileMaker)
  • Subscribe and feed data to Google, Outlook, iCal, etc.
  • CSS styling
  • Extensive customization options
  • Quick implementation for FileMaker, web and mobile platforms for the same calendar
  • Action handling by script trigger

Ken did a good job getting everyone’s interested in the product. The room was full of excited developers ready to dig in. We got to ask questions and got a walk-through for creating and viewing a calendar. This is what a community meeting is all about.

I can only recommend SoSIMPLE Calendar. Most certainly looking forward to implementing it.

If you need a calendar implemented in your solution, feel free to contact us.

If you have a product to present or just would like to join us for the next meeting with questions, contact Adam Aronson at www.fullcityconsulting.com.

 

FileMaker Image Management – Container Field Behavior and Much More

/5 Comments/in , , , , /by

One of my clients called this week and told me his logo got inverted when printing to a PDF. Also, the PDF file size doubled. Previously it did not occur to me to check the file he received from his designer, because I wrongfully assumed the designer gave him the appropriate file. But this brings up some interesting points about what files we should use with FileMaker and how we should use them. So, I gathered some useful information. Hope this helps you with handing your images in FileMaker and FileMaker Go.

General Image Handling

There are several different ways you can show images on a FileMaker layout:

  • Container field (Insert/Picture)
  • Place image on the layout (copy and paste from another source)
  • Show from another source in a webviewer (i.e. using SuperContainer or DocuBin)

1. Container Field

Advantages:

  1. Quick and easy. You insert an image, and voila it’s right there. If you store the file as a reference only  (suggested use if you have constant access to the hard drive the files reside on and do not plan to move or delete them) you will not bloat your database;
  2. Anyone can export it from there by right-clicking on the image and choosing “Export Field Contents”;
  3. The image can be swapped out just by inserting another image;
  4. Scan directly into a container field (by using a plug-in);
  5. You can export or email the image (file) as an attachment;
  6. Images can be cropped or resized (pay attention to maintaining proportion).

Disadvantages:

  1. You cannot do too much manipulation without a plug-in;
  2. Your database file size gets large by every image you inserted (unless stored as a reference only), therefore eventually your database will get slower;
  3. Global container fields save on close, so your file must be accessed locally, if you’d like to save a change;
  4. You can’t find or sort records, so you need to set up a calc field. See Exhibit A;
  5. You can only print the image as it is on the layout.

2. Place Image on Layout: Placing an image on the layout is not generally a good idea, unless it is your logo or  layout design (i.e. you are creating a header), but even so it’s best to use a global container field in an interface table or an image table where you load the images from when your database starts. Although, I have to mention that I see image quality differences between a referenced image in a field vs. an image pasted on the layout: in my opinion, image quality of the pasted image will be superior.

3 . Web Viewer

  • Web viewers are great for images. You can show images from a website or SuperContainer. PDF (and certain image*) files can be viewed from a web viewer. PDFs can even be manipulated (zoom, next page, etc.) on Macs. Files are not stored in the FileMaker database.
  • You cannot print from the web viewer.  You can print the layout, but that’s agains, any decent designer’s instincts.
  • There’s a great article by Geoff Coffey on Scaling Images in a Web Viewer.

Instant Web Publishing

  • Container field data cannot be entered or modified from IWP.
  • Complex or layered pictures are not rendered properly.
  • SuperContainer works with IWP.

Image Management Helpers (Plug-Ins and Tools)

  • SuperContainer (File and image management. The images are NOT stored in the FileMaker database, rather stored on a file server (can be your local computer). Has the ability to upload/download, version files.
  • CNS Image (An all-round plug-in for image handling.)
  • InsideScan (Scan directly into a container field.)
  • ExifPlugIn (Get EXIF data from pictures taken with a camera.)
  • ScriptMaster (Has basic functions for cropping, rotating, watermarking, etc.)
  • Theme Library (Themes, buttons, image manipulation)

Supported Formats for Container Fields

FileMaker Pro supports the following picture, QuickTime, and sound formats (Exhibit B)

FileMaker Supported Image Formats

General Image Suggestions

Print Quality: 300 DPI CMYK or Grayscale JPG or TIFF (if you need large, good-quality photos)

Screen Quality: 75 DPI RGB or B&W

Transparency: If you plan to use transparency, FileMaker suggests using TIFF, PNG, or JPG images. FileMaker does not recommend using the PICT (.pct) format with transparency.)

Caveats: For proper image handling, QuickTime installation is suggested on Windows.

Image Resizing and Cropping

The Preview app on Mac OS X can manipulate images: you can crop, resize, even convert them to a different format (JPG, GIF, PNG, TIFF, etc.) (Exhibit C).  Some plug-ins and the Theme Library can enhance your image manipulation experience.

Image Resizing in Preview

FileMaker Go

FileMaker Go has now the following functions for container fields (Exhibit D):

  • Choose From Library
  • Take Photo  (iOS device with camera required)
  • Get Signature
  • Paste
  • Open
  • Email

Container Field Options on FileMaker Go

SuperContainer works with FileMaker Go without programming changes. Because SuperContainer thumbnail file sizes are a tiny fraction of the full-size images, they load much faster, especially over a 3G connection.

* You can view any image that your browser (Safari on Mac and Internet Explorer on Windows) supports.

 

NJ FileMaker Developer Group Meeting Recap – 08/31/2011

/1 Comment/in /by

We had our first monthly meeting after the FileMaker Developer Conference this year yesterday.


We moved to a new location:

Essex Computers
185 Rt 17 North
Paramus, NJ 07652
(201) 576-0001

The new location is cozy, there is a projector, the tables can be folded up so we can even dance (if we care to), but most importantly: it has WIFI (yippee). Also, on your way in or out you can pick up Apple computers or accessories from the friendly staff at Essex Computers.

We did a quick recap of Devcon to see what people though of it, what sessions they found interesting and the general consensus was that it is worth going to devcon, we liked the changes FMI implemented this year, but we could use more content next year.

We also assessed damage caused by Hurricane Irene among our members and luckily no major damage was done, aside from some basement flooding. Some folks are still without power and we wish them a speedy repair process. We also learned one of our member’s client was not so lucky and his office was flooded. He might not have luck with saving his hard drives and might not have backup.

Takeaway: We cannot emphasize enough: back up, back up, back up. If you have no server, back  your (closed) files manually into Dropbox or use Mozy or some similar service. If you have a server, use SafetyNet from 360 Works. The plug-in itself is free, all you have to pay for is the files you back up.  My SafetyNet backup cost me ~$5/month, so does Mozy. I also use Dropbox for manually backing up files I develop locally. Dropbox is not meant for hosting FileMaker files for multiple users. It is not a FileMaker Server. You can easily corrupt your files, aside from the fact that you can lose data.

We got two new members to the group: welcome Sharon and Drew. It was interesting to learn that form a room full of people only 1 person has a degree in computer science; the rest of us just picked up the trade on a job or by ourselves. Hope we didn’t intimidate the newcomers much and you will come again and again with questions and eventually suggestions and ideas.

The group is open to anyone whether you;re just getting your feet wet with FileMaker or are a seasoned developer. If you’re just generally lurking, please don’t be shy, come and join us. Join our Google Group for discussions, meeting reminders and more.

Thanks, Adam Aronson of Full City Consulting, for hosting the group and finding us a new home!

What QR Codes (2D Barcodes) Are – And Their Uses For Your Business

/11 Comments/in , , /by

Have you seen one of these square garbled-looking images before? You may have seen them on a subway poster or at an airline boarding pass or on mailers. This article will give you a little background on what they are and how they can be useful to you and your company.

What is a QR Code?

A QR code (abbreviation for Quick Response code) is a specific matrix barcode (or two-dimensional code) that is readable by dedicated QR barcode readers and camera telephones. The code consists of black modules arranged in a square pattern on a white background. The information encoded may be text, URL, or other data. [Wikipedia]

According to Wikipedia,

the technology has seen frequent use in Japan, The Netherlands and South Korea, while the West has been slower in the adoption of QR codes.

I got a box of KitKat last summer from Japan (thanks, Shin) that had a QR code on it. It’s slowly but surely picking up on the East Coast, as well. E.g. BJs and other companies are using them on their savings cards.

Barcodes vs. QR-Codes

Barcode

Picture of a Traditional Barcode

QR-Codes have become more popular than the typical barcode as the typical barcode can only hold about of 20 digits, whereas the QR-Code can hold up to 7,089 characters. This makes the use and diversity of QR-Codes much more appealing than their older counter part, the barcode.

Partially part of the reason QR-Codes can hold more data, is because if you compare a typical barcode to a QR-Code, you can see one major difference; barcodes only span horizontally whereas QR-Codes can span both horizontally and vertically.

Position

A great feature of QR-Codes is that you do not need to scan them from one particular angle. QR-Codes are capable of omnidirectional (360 degree’s) high-speed reading. QR-Codes scanners are capable of determining the correct way to decode the content within the QR-Code due to the three specific squares that are positioned in the corners of the symbol.

QR-Code scanner uses three corners as markers, regardless of pistion scanned

Generating QR Codes

There are a number of web sites for generating QR codes and most services they offer for free. You can also generate QR Codes with Google Charts or right in a FileMaker database, which we will demo at Devcon. The demo database uses the ScriptMaster plug-in from 360 Works and some java goodies put to use by Scott Shackelford at AEON Development Group.

Here’s a great article from Mashable on how you can make your QR codes more appealing like this. Make sure you pay attention that your code is still readable.

blue qr image

Uses for QR Codes

The uses are only limited by your imagination, but let me give you some ideas:

QR Codes can be used:

  • On your business card (vCard);
  • Your brochures and other marketing materials;
  • The sides of trucks and trailers;
  • Product tags and packaging;
  • Convention and event nametags;
  • Restaurant menus;
  • Event ticket stubs;
  • Point-of-sale receipts, etc.

Reading QR Codes:

There are several apps for smartphones that can read QR Codes. Barcode Scanner for Android and QR Reader for iPhone and iPod Touch (with camera).
QR Codes could link to:

  • Installation instructions
  • Contact information
  • Sources for replacement parts and service
  • Map and directions to your business
  • Coupons and special offers
  • Free software downloads
  • Customer feedback forms

ZeroBlue offers two Bluetooth 2D scanners:

  1. Koamtac KCD 300
  2. Socket CHS 7X

Both scanners work with 1D barcodes, as well. The Socket scanner is also ruggedized; withstands multiple 5-foot drops to concrete. Dust, shock, and water-resistant.

If you’d like to implement QR code printing or scanning in your business contact us.

Software Development Life Cycles in the FileMaker Development Arena

/4 Comments/in , /by

Software development life cycles are well understood in the industry. However, most of our clients are from fields completely unrelated to software production. With this article I aim to give the prospective client a little insight into how the process works and why we charge for creating an estimate.

I have some friends who are architects. We talk shop sometimes and the more I talk to them the more I realize our industries are actually very similar, I just don’t have to get the large liability insurance. The process of building a house is very similar to the process of building a database: you have phases in which you accomplish different tasks, with each phase building upon the one that preceded it. The end product should be the result of specifications established throughout the planning and design phases.

Custom development generally has the following phases:

  1. Analysis
  2. Specification Building
  3. Design and Development
  4. Testing and bug fixes
  5. User Acceptance Testing
  6. Maintenance

Most clients are happy to pay for step 3. The other 5 steps are the ugly stepchildren. They are, however also an integral part of software development.

Let’s go back to the house for a second. Has anyone contracted an architect to build something for them or just remodel the kitchen? In this country not a lot of people build from scratch, but where I come from that was a more common way of acquiring a new home. So, think about it, can you realistically approach an architect and say: “I’d like a house to be built, but I’m not willing to pay for the quote, the blueprint, and I shouldn’t even have to come and visit, because you’re the architect, you know what I need, so just build my house.” How many buildings do you think would be built like this? When you are building a house, you have to be part of the process, because it will be YOUR house, not the architect’s. It is your influence that will make that a comfortable home for you. Architects will know the material specifications and how to design and build in general but every building is different, therefore the whole process is different. The same applies to custom software development; it will be YOUR product.

Analysis

When it comes to custom software development, prospective clients who basically just tell me the big picture of their idea and tell me to give them a quote and want to get it built yesterday are more the rule than the exception. Well, guess what? I have no idea how you want your database to function! In the same way, an architect would have no idea how many bedrooms you want, how much storage space you need, or what color you’d like your bathroom to be. Now, these might be minor details, but they surely are important details. Analysis is very important. That is the stage where the clients shows how they work, what problems arise in their daily workflow, and we all work together to tackle those.

Why we charge for analysis?
Because it’s one of the most important stages of your development. Again, back to the architect example: would you want an architect to build your house without a blueprint? No, you don’t (or, at least, you shouldn’t!). Does an architect charge for creation of the blueprint? Yes, they do. And they do because it is a lot of work. You have to gather enough details to be able to draft documents, go over them again and again to be able to come up with a set of requirements to build from.

How much do we charge for analysis?
That depends on the scope of the project. Generally we start with 10 hours, but for larger systems it could easily take 20-30 hours. And yes, the client has to participate. We have meetings (generally held remotely) during which we do some research on your existing tools and process, and learn about the details of your requirements. The end result will be an estimate with low and high numbers of hours for the job along with a plan and schedule for deploying it.

Specifications

This document is the result of the step above. Yes, it takes time (and thus money) to prepare, but in the end it’s to everyone’s benefit that it exists. This is the blueprint that all following phases will adhere to. It defines the scope of the project, clearly lists out requirements that need to be met by the system being built, and lays out how the system will meet each of those requirements. Perhaps more importantly than its technical function, it also serves as a standard both parties review and agree to, so everyone has a clear understanding of what deliverables to expect.

Design and Development

This is the phase in which we build and test all of the code and processes required to satisfy the architecture and design specifications. We build according to the specifications document that we prepared. At this stage deviating from the plan can slow the development down and/or can make it more costly. So by the time we get to building, we should have all screens, processes and reporting needs established.

Testing and Bug Fixes

Once the application has been built, it is time to perform the following tests:

  • System testing (to make sure your server environment is sufficient);
  • Integration testing (if there’s any);
  • Performance testing; and
  • Data load testing.

User Acceptance Testing

This is the stage where the client reviews the delivery to be sure all agreed-upon requirements are met. Think of it as taking a new car out for a test-drive. It’s helpful to write out test cases to plan out how you’ll approach your review and ensure that you have proper tests to match against every requirement in the Specification document. But whether you have a test plan or not, make sure it meets your needs by running it through all the same scenarios that you’d expect it to be able to handle during day-to-day, real world usage. Its performance during your review will give you a clear picture of how it will work once deployed. Once you’re satisfied, acceptance is given, and the product is considered officially delivered.

Maintenance

If you have a car, the maintenance includes regular oil changes, a wash, more air in the tires, amongst other things. A database that is working does not require similar actions, but it’s worth checking the system on occasion: making sure your backups are running and they are not corrupted; creating healthy clones, making sure your server is chugging along nicely, etc. This can be performed by the developer or in some cases, the client themselves.

These are the main phases of development, and we hope you have a better understanding of how the process works. Custom development is just that—custom—and each phase is critical for the creation of a solid product catered specifically to your needs.

 

Top 10 Suggestions If You Want To Hack At A Database Yourself – For In-house FileMaker Developers

/0 Comments/in , , , /by

All FileMaker developers start somewhere, and that place is definitely not being a certified independent developer. I started by being an in-house developer. Working in a busy environment, all you have time for is cranking out the features that your boss needs, right away. Nobody has time to think about consequences. My job was to get that report done, no matter how many calculations I had to add so I can produce the results. Or getting that extra layout in so we can show the data on a different list. All of these things add up, and eventually they make your file larger and/or slow your database down.

As an independent developer, you start from a different perspective: data and system integrity are most important. Over the last 4 years since I’ve been developing independently I have learned a lot from fellow FileMaker developers. I had learn to to rethink how I develop and incorporate planning, design, testing and other steps to my routine. It wasn’t so much reinventing the wheel so much as making it better.

One great thing about FileMaker (aside from it being agile) is that anyone can become a developer. If you feel like you have enough skills to create what you need, feel free to get started. You can purchase volume licenses with great discounts even for a small office from us. And if you get in trouble, you can always consult with us during your project or even years later, when you realize that it’s actually far from where it could be.

Here are some conventions to follow if you start on your own. These will help you greatly down the line. Follow @zerobluetech on Twitter to ask questions.

  1. Be minimalistic:

    Create what’s needed, not more but not less. A lot of times we don’t think about the effects of what we do; what’s another calculation, right? Think again. The more calculation fields you have on a layout, the slower the layout loads. We’ve all seen layouts that said “summarizing” for over minutes. This is easily avoidable by storing data in indexed fields.

  2. Break your scripts into smaller chunks.

    Don’t write scripts that would print on several pages. By the time you write it you’ll forget what the beginning was all about.

  3. Follow a naming schema.

    There are a lot of them out there, but you can certainly invent your own. Stick to it.

  4. Comment your code.

    Comment calculations, scripts and even layouts if needed. You (and others) need to know what’s what at a later time, too.

  5. Implement strict security features.

    Steven Blackwell (@filemakersecure) cannot say this enough but people are still not listening. 🙂 If you have strict control over who can access your data, you have a much better chance of avoiding disasters.

  6. Use custom menus for controlling access.

    Take away “delete all records” from all users–then you won’t have to restore thousands of records (and lose the ones that weren’t captured in the last backup).

  7. Talking about backups:

    Back up, back up, back up.  Every 30 minutes or ever hour (depending on your storage space), but at least once a day, week and month. Save clones of your working database. In case database corruption, you can export the data and get it imported to an earlier clone and you’re back in business. Compact the clones to save disk space.

  8. Do not store images in FileMaker container fields.

    Contrary to popular belief, your database will get large and clumsy over time. Use SuperContainer and now DocuBin to manage files.

  9. Stay away from a lot of graphics.

    Do not paste large images on your layouts: they will just slow your database down. Create 75 dpi PNGs if you can. They will also preserve transparency. Or put them into container fields so the dataabse will have to load them once, as opposed to on any layout. Here I’m talking about your layout design (header, buttons), not your records!

  10. Use forums, mailing lists and friends.

    Don’t spend time reinventing the wheel. Someone already did it.

Hope this will save you guys a lot of time. Had anyone broken things down into digestible chunks I certainly would’ve not spent a lot of my evenings at work recovering data other people lost accidentally or rebuilding features because my database got corrupted. Glitches can still happen and they will happen. You can, however reduce the opportunity for things going bad.

You will run into walls, we all do. But don’t be afraid. Start working on something or modify any of the FileMaker starter files.

If you need help, feel free to contact us; we provide consulting services in the New York, New Jersey area, or to any region where screen sharing apps are accepted. First hour of consulting is free.

Also, check out our services, portfolio and products.

 

NJ FileMaker Developer Group Meeting Recap – 04/27/2011

/0 Comments/in , /by

The evening started with dinner at a lovely Thai restaurant in Ridgewood, NJ, called Malee, where we all had a lively discussion of all non-FileMaker related matters, then we walked over to the Ridgewood Education Center, our regular spot. Jesse Barnum of 360 Works and John Sindelar of Seedcode were our guests to show us some of their latest work. These guys are amazing. Their work is cutting edge, leading the FileMaker industry into the future.

 

Jesse introduced us to DocuBin, their new document management system that’s based on SuperContainer, what I have been recommending to clients for managing files in FileMaker. SuperContainer comes with it’s server (standalone or Tomcat install) that stores your files that you access from FileMaker, thus keeping your file size down. DocuBin builds onto SuperContainer and takes it a lot further.

DocuBin spots the following features (among many):

Familiar Interface

DocuBin Hierarchy

Navigate your folder structure, then insert, move, and delete just like you would on the desktop.

Favorites & Collections

DocuBin Favorites & Collections

In addition to the standard file hierarchy, Favorites and Collections put the files that are important to you at your fingertips.

Document Previews

DocuBin Previews

Preview a document inside of DocuBin, or open it in the document’s native application.

Version Control

DocuBin Versions

Compare versions of a document to view what has changed.

DocuBin requires SuperContainer that you’ll have to purchase separately, but it does include other plug-ins that you will need to use it.

Zulu iCal Server for FileMaker

 

 

 

 

 

 

John Sindelar introduced us to Zulu, that turns your FileMaker server to an iCal server. It lets you manipulate your calendar events from an iOS device, Google Calendar and you see your changes immediately in FileMaker. Zulu is a brilliant addition to your solution if you are on the go (and even if you are not) and would like to take your events with you. Also, if you have someone else is managing your schedule and you just want to see the events, Zulu is for you. You can even manage multiple calendars. Zulu can unleash your creativity and use calendars not just for scheduling but let’s say resource ond team management.

 

 

 

 

 

 

 

 

 

John and Jesse also showed us another goodie they had in their bag: Zulu Contacts. Zulu Contacts lets you sync your contacts between a FileMaker database and your mobile device. This is amazing. Finally, you can share a group of contacts between a team and have all their data be stored in FileMaker, but take them on the road with your iOS device. You can edit a contact on your iPhone on the road and it will sync back to FileMaker.

ZeroBlue offers licensing and implementation for any of the above mentioned products for your organization. Contacts us for details and pricing.

 

Pause on Error Inspiration – A Mockup for Script Manager

/6 Comments/in , /by

With Pause on Error fast approaching (February 17-18), I realized we are getting closer to Devcon 2011. Of course we are all eager to see what FileMaker Inc. will reveal to us, developers, in the new version of FileMaker pro. How are these things related? Well, Vincenzo Menanno from FMNexus will host a session at Pause : FileMaker User experience for Developers.

I was filled with excitement when I saw his session and since he invited participation, I promised myself, I will create some mockups for his sessions. That didn’t happen. Well, not quite. I’ve been actually really busy with work (no comment), so I just didn’t have time to come up with a lot of ideas and put them into a form worth sharing.

I did, however create one mockup, and that is for the Manage Scripts window. Why that one? Because I simply spend most of my time in it. I try to not use a lot of calculations in my solution to simply keep them light and fast. The more calculations you have the more the FileMaker engine has to process steam and you shall see beach balls. I try to save the beach ball, ahem, for the beach. So joke aside, I really spend a lot of time writing scripts and REALLY wold like to see some improvements here in FileMaker. You see, traditional programming, whether we’re talking PHP for the web or using XCode (or else) has a lot of traditional tools, such as the ability to number lines or even color your lines. I know, FMI is trying to keep FileMaker the same on both platforms (Windows and Mac), but I think it is time that we see this product enter the 21st century arena, where all the other boys have armor.

So, on that note, here’s my mockup. It’s not a genius’ work, but it’s an idea. It’s clearly not finished, I should say I just started. It’s meant to provoke thought and bring more ideas to live, not showcase my abilities of finished design.

The way I imagine this window with an icon bar on the right that should be customizable (just like additional keyboard shortcuts). You should be able to add and remove elements, because we have individual needs.

A little explanation of what you are seeing:

  • For review: easily mark a script that you’re not done with (that shows in the Script list)
  • Privileges: open up the privileges that have access to this script and allow adding/removing
  • Show colors: colors would be predefined for if statements, variables, etc. we could just modify them a bit unilaterally
  • (I think I exhausted that one)
  • Swap two selected script segments (how I wish for this sometimes instead o dragging one then the other)
  • Open Library: Open functions library to add functions to variables faster (think of other possibilities)