Twoje komentarze
11 lat temu
100% planned for version 3.5. I don't have an exact time frame on it, but hopefully by summer.
You can post them in this topic Clint.
This is actually not a *bug* per se, but the way that text wraps based on the font selection. Zooming in and out is done by applying mathematical adjustments to the size of things - so when the user is at "fit in window" view (79% generally), we are applying the 79% to the width, height and font size of the TextElement as it would be at 100%.
So for example, if you had a TextElement (when at 100%) with a width of 400 and a height of 200 and a text size of 24 point, when the user chose to 'fit in window', I'm setting the width to 316 (400 * 0.79 = 316), the height to 158 (200 * 0.79 = 158) and the text size to 19 point (24 * 0.79 = 18.96, which rounds up to 19). So it's possible that the text may wrap differently when at 19 point in a 316x158 box then when at 24 point in a 400x200 box.
I would suggest to always view your app at 100% prior to publishing or sharing to see how it's going to display in the Player or in a published App. Another option is to to enter hard returns after each line to prevent text from wrapping so that it would appear to "wrap" the same regardless of zoom level.
So for example, if you had a TextElement (when at 100%) with a width of 400 and a height of 200 and a text size of 24 point, when the user chose to 'fit in window', I'm setting the width to 316 (400 * 0.79 = 316), the height to 158 (200 * 0.79 = 158) and the text size to 19 point (24 * 0.79 = 18.96, which rounds up to 19). So it's possible that the text may wrap differently when at 19 point in a 316x158 box then when at 24 point in a 400x200 box.
I would suggest to always view your app at 100% prior to publishing or sharing to see how it's going to display in the Player or in a published App. Another option is to to enter hard returns after each line to prevent text from wrapping so that it would appear to "wrap" the same regardless of zoom level.
See enclosed app. We cannot recreate the issue you are reporting. You can see in this sample that every time you tap the butterfly it animates.
The new Player has been submitted to Apple an is awaiting review. Normally this takes 1 to 2,weeks.
We are awaiting Apple's approval of version 3.4 which hopefully will be very soon. In the meantime which specific problems are you running into with your app? The app should run fine on Windows. Please let us know specifics.
If you could zip up your application folder and share it with us via DropBox or another file sharing service we will take a look at it and see if we can recreate the issue.
If you could zip up your application folder and share it with us via DropBox or another file sharing service we will take a look at it and see if we can recreate the issue.
Customer support service by UserEcho
