It’s just a little thing, but I do want to put it out there, if just for its strangeness…

On my daughter’s new Macbook Pro, Bento displays a white canvas for html files in a File List Field (Grid View). Other files display a nice thumbnail, like PDF files or Rich Text files. On my own (two years old-) Macbook Pro, the html files DO have a thumbnail! Why would it happen on one computer and not on another? Our computers are very similar, both running Snow Leopard.

If anyone experiences the same little oddity, please leave a comment.

When you drag a movie into a Media field, Bento fits it to all four borders, totally ignoring the movie’s aspect ratio.

This is extremely annoying to me, because I like to make my Media fields as big as I can and my layout somewhat dictates the shape of it. With still images it works great – Bento always keeps the correct aspect ratio and you can zoom the image in and out and move it around within the Media frame.

For movies there are no editing options at all and the aspect ratio is never perfect.

If anyone has a workaround for this bug or has figured out something about editing movies in a Media field that I haven’t, please come forward!

If you make big changes to your database, like deleting 500 records, you might want to create an immediate back-up to secure the changes. But before you do, you have to quit and re-start Bento. Only then Bento has really updated your database file and reduced its size. If you back-up without re-starting, the size of the database file doesn’t change!

Again, this should be fixed, because Bento should be able to create true back-ups WITHOUT having to be restarted! Anything else doesn’t make any sense.

Since Bento 3 is so unstable, I decided to create sub-sets of my database for archiving purposes. For example, my daughter’s High School sports career is over, so I don’t need to do much more editing on her race reports… but one of my objectives was to reduce the size of that sub-database which Bento didn’t do!

Update: (see comments)

There are several problems in the export/import dialog boxes.
Trying to export a single Collection template from iCal Events: Bento actually makes you believe that this is possible by using the name of the Collection throughout the process.
Actual result: ALL your iCal Events Collections with ALL forms and fields are exported (even from the main library)! Together with Bento’s “duplication bug” this creates a huge mess as described in this article. I will talk about duplication in a new post.

Bento 3 added another discrepancy: when you are trying to export a data file, it gives you a choice between exporting “all Table View fields” or “only fields displayed in Table View.” Since Bento can now display a media cell (pictures, videos, sound files) one would believe one could now export the media files as part of the data file.
Actual result: this is not true. No media files are exported or imported with a data file.

Finally, try exporting a data file of an iCal Collection. This gets really confusing. Bento does export just the records contained in the Collection. But if you choose “all Table View fields” it exports all fields of the main Library! It should just export all fields used by the Collection.
Actual result: When you import such a data file into the SAME template it came from, Bento issues the warning: “some data cannot be imported.”
Remedy: you have to go into Table View and make sure that only all the fields used in the iCal Collection are displayed. Then choose “only fields displayed in Table View” in the export dialog.

Comment: it is hard enough to re-build a Library on a different computer without being able to export both the media files and any data from List fields. The three described bugs in the dialog box make it even harder and more confusing!

Back to my daughter’s athletics: I created two Related Data fields side-by-side to compare results from 2008 with the ones from 2009. For this to be useful, both fields have to display the records in the same order.

Strange behavior #1: as long as I browse library records in sequence everything’s fine. But the moment I use split view and choose a record in the middle of the pack the display in the Related Data fields gets out of order AND they don’t match up anymore! Now it’s become useless for me.

Strange behavior #2: the same happens with the new Simple List field. The only good thing is I only need one field instead of two since I can enter the results from both years in the same field. So they match up at least, but still get out of order.

Strange behavior #3: Simple list field again.
You are supposed to be able to copy and paste data (says the user’s guide). If you paste spreadsheet data in Table View, all the data gets automatically distributed in rows and columns. You can’t paste something into an empty Simple List field at all. And if it has only a single cell it puts all the data in that one cell! So first you have to create enough cells so the pasted data will fit. That shouldn’t happen!

Strange behavior #4: Simple List fields again and again…
In general I like to avoid scroll bars in Bento, because they’re simply ugly. I try to design my templates so they fit on the screen, and the list fields so they contain all the data I need – all without scroll bars. It works most of the time, just takes a little extra work.
The Simple List field has two bad display problems: it shows a (redundant) empty row (for new data) even though it has a “+” icon for adding a row, and it displays an empty column (called “new column”). You can resize the empty column, making it a sliver, but whenever you restart Bento, it’s full size again! All the other List fields retain the width of their cells, NOT the Simple List field!

Strange behavior #5: Form View.
Recently I duplicated a form, because I wanted to make slight changes for displaying the final record of a collection. The duplicated form is supposed to be a separate entity. But in this case Bento 3 maintained some kind of a link between the forms. I made my changes to the duplicate and when I went back to the other form, it was messed up. SOME of the changes to the duplicate had also effected the original!

Enough for today. I will amend this article whenever I notice more of this unexpected behavior. Please also report similar problems right here.

As I commented before: Bento is just not doing its part when it comes to consistent or expected results – especially for power users.

I read all versions of the Bento user’s guide from cover to cover, I was an award winning beta tester for Bento 3, I am using Bento for countless ongoing and archival projects, both personal and business. I’ve learned to use most features to the extreme and to my advantage to create highly useful, informative, and visually pleasing Bento Libraries.
By now, I’m also experienced in finding workarounds for Bento’s shortcomings. But most importantly, I’m expecting Bento to cooperate. In other words, I expect a stable environment AND consistency: the advertised features have to work as described and should yield predictable results. And they really don’t in many cases. But that will be the subject of another comprehensive (power user’s) post.

Back to my problem over the weekend. I visited my daughter at college and gave her a copy of Bento 3. Then I wanted to give her the elaborate Library Collections I had compiled from her athletic prowess in High School. Databases of races and events from three sports: Cross Country Running, Nordic Skiing, and Track. Since Bento supposedly can export & import templates and data files, it should be a straight forward process, especially for a power user…
But first there is that huge (template) export/import bug that nobody but me seems to care about (see my previous report). The bug only involves the iCal and Address Book Libraries and their Collections. Unfortunately, my project ONLY consisted of iCal Events Collections. But I know exactly how to edit the exported Collection templates to squash the bug and make them usable on another computer. It just takes a lot of time. I start with a virgin database file, import the template to delete erroneously duplicated forms, collections and fields (I even forgot that last step this time). And since you can’t import any data into Smart Collections I also had to “convert” them to regular Collections before exporting the now “clean” template again. And this was the point where all the crashes started:

Bento 3 has a potentially great feature: you can now copy Forms within the same Library and its Collections. Now I am given a TOOL to convert a Smart Collection into a regular one, so I can import my data. All I have to do is copy all the forms from the Smart Collection into a regular Collection and then delete the Smart Collection before exporting the template.
After copying several forms successfully, Bento crashed all of a sudden when I ctrl-clicked a form to copy it! And after the crash the database file became so corrupt that Bento would not restart! So I had to ditch the database file and had to start over with a fresh one. And that happened over and over again, now triggered by various actions. I saved the template a few times anticipating the crashes but I could never finish it before Bento crashed again.
Finally, I figured out that I could keep editing the template even after Bento crashed – because the application didn’t actually quit, even though the pop-up window said so…

But the final template file is not working perfectly – it displays some strange behavior, sometimes random, sometimes consistently – both are very annoying. At least just using the template and editing its data doesn’t trigger crashes… and until the Bento team fixes all the bugs, I can say I found another workaround I can live with, even though it doesn’t make me happy.

Bottom line: the new feature of copying forms is not stable! It was a last minute addition and should have been tested much more thoroughly. Make sure you work with a copy of your database file before you use it! It was clearly the main trigger of the crashes, together with the incomplete and misleading (template-) import/export function (I really call it a bug too). This function has to be totally re-designed, but at this point I’ve given up hope…

My clear verdict: even the newest version of Bento does not even come close to satisfy the high standards of a power user like me. And that has nothing to do with a lack of features. IMHO, it just has sloppy implementations of even the most basic features which I wlll explain in detail in my next post.

And I would rather wait longer for an upgraded version if it would mean that all features were tested more thoroughly before its release.

In my opinion, being able to exchange templates is one of the best features added to Bento 2. It makes Bento effectively a multi-user database app and creates a global community besides the immense promotional benefits!
But there is some unexpected behavior every user who wants to exchange templates should know about.

As a starting point, here’s a description of the Bento feature: you can export the template (without any Records) of any Custom Library plus any Related Data Libraries that get attached through the inclusion of a Related Records List field. These RRLs can also be Collections from iCal or Address Book, or references to the iCal/AddressBook Parent Libraries.
You CAN NOT export the template of only a single Collection of any Library
(which is a feature I would love to see – it would even make sense to limit it to iCal/Address Book Collections/Smart Collections).

Every Parent Library template automatically includes all its Collections which is behavior you would want and expect with Custom Libraries. The problem starts when iCal or Address Book are involved. Because of the integration of those two Libraries, it’s easy to include related data of events, projects, or contact information. I even dare to say that the majority of templates will take advantage of that integration.

So here is what happens:

If you have a RRL in your Custom Library that is referencing a single Collection of iCal Events, iCal Tasks, or Address Book, then ALL your Collections will be attached to the template (like the default behavior for Custom Libraries – but this instance should be treated as an exception to the rule).
And logic tells us why this behavior is still unexpected: after all, the RRL is only referencing a single Collection. Since Bento allows us to do that, it should be man enough to handle the results correctly. You can choose NOT to include Related Libraries, but if you created custom forms, you would want to!

So whoever imports the template will be getting all your “Fishing Buddies” and “Frank’s Plumbing business” Collections, or you now have two “Friends” Collections all of a sudden (the second one will be called “Friends 1″). In the case of Address Book, these unwanted Collections will even be “conveniently” available as Groups outside of Bento in your Mac Address Book!

Secondly, you are inheriting all the Forms of the template owner. Again, the Forms you get should be limited to custom forms of the Library/Collection that is referenced by the RRL field.

Thirdly, you also get all the custom fields from those extra collections and the main Address Book and iCal libraries.

Most importantly, after I had sent them an (admittedly overheated) email, Filemaker, Inc. Management called me today, acknowledging the problem and my concerns, and promising to have it checked out.

The template exchange here at BentoUsers.com is also safe, because I’m going through the painstaking process of “cleaning up” all templates before I publish them. I import them into a test database file, delete all unwanted (unrelated) Collections, and re-export the template.

Warning: if you are planning to clean up your own templates before you export them, be aware that all Address Book Collections you delete, will also be deleted from the Mac Address Book! I don’t use any Groups, so I’m lucky.

But this elaborate workaround costs me a lot of extra time

Update (January 2010): The problem has still not been fixed, and probably never will be!