I have a very large DB that includes lots of words with accents in several languages, including â and ï for example.
The import from Pan6 to PanX went OK, and I can enter new records without problem. By the way I confirm that the problem with the comma as decimal separator i mentioned previously has not been seen anymore even trying various system localizations, thus it was certainly an error during the original translation process, I should have tried twice…
The only small difficulty with this large DB is that the DB window being quite wide (across), the system has reduced the font (to fit the screen I suppose) and it becomes quite difficult to read, thus the possibility of choosing (at least) the size of the font for the display is important (I know this has been discussed previously).
However if a do a Find/Select and try to insert one of these letters with caret or umlaut, there is an instant “Internal Error”, see screen shot below. If I copy the incriminating letter or the word with that incriminating letter from somewhere else and paste it into the Find/Select window, then the find/select process works OK. Thus the problem seems to be that these letters need two key strokes (at least on my keyboard) to be formed (there is no problem of this sort with Pan6).
In addition, with this large DB, I am really missing the Find & Replace function that does not seem implemented in PanX.
The one I am talking about is 25000 records, but the numbers of words with a caret for example is roughly 50 times larger, that is more than 1 million. Thus I really need that the Find/Select window accept these kind of words. I am presently using this workaround I mentioned of writing the word in a separate cell then copy this cell to the Find/Select window.
Now for the size of the font, I think you are correct, it is the same size as in other imported DB in PanX. I think this is an optical effect because this one is only text in all fields thus it seems more difficult to read. Certainly more difficult that the same DB in Pan6 where I am using Courier New Bold 12pt.
If the text in the field is wider than the available space Panorama will try to horizontally compress the text to fit. The font height isn’t reduced, but the inter character spacing is reduced. You’ll see other apps, including the Finder, do the same thing, in fact, it is actually Apple’s code that does this. This screenshot shows this effect, which as you can see is fairly subtle.
I was not able to duplicate this – I had no problem inserting accented characters into the Find/Select dialog. Perhaps there is more than one way to insert these characters?
There is a bug report about entering accented characters via a “press and hold” method. Is that what you are doing?
You can see this in action yourself in the datasheet if you start resizing a field narrower. As you approach a line of text’s ending, the line will start compressing until it finally jumps back to the original size and is truncated. The same thing happens in a Text List Object if you reduce the size of the column. The only difference is that with a Text List Object if you hover your cursor over a truncated line it will eventually popup with the full line content atop the row extending it past the object so it show the entire contentl. This wouldn’t be a bad feature for the datasheet as well.
Umm. maybe not. It might be annoying to have this popup and cover other fields in the record. If anything it might be triggered intentionally only if a modifier key was hel down while hovering. Maybe leave things as they are.