strange text problem

Wondering if anyone has a fix for this one. I'm working on an iOS app for iPad. I've got a block of text (a story) in a text field. I'm changing the color of sentences in time with audio that is playing. As the color changes, the text is shifting, almost as if the size of the text is changing

Re: strange text problem

Have you tried explicitly setting the textColor of all text in the field to your default before setting the textColor of the next string? Perhaps resetting the text to the default (or empty) in between updates will get around the problem. Regards, Scott Rossi Creative Director Tactile Media, UX

Re: strange text problem

Scott, Good idea. I haven't tried that. Will do so and let you know. Thanks. -- Chris Sheffield Read Naturally, Inc. www.readnaturally.com On Oct 31, 2011, at 3:56 PM, Scott Rossi wrote: Have you tried explicitly setting the textColor of all text in the field to your default before setting

Strange results from executing a locale command

I was given the following code by RR support to execute a locale command in OS X: *put* line 1 of shell(defaults read .GlobalPreferences AppleLocale) into$LANG *put* uniDecode(uniEncode(shell(locale -k LC_NUMERIC), utf8)) intomyFormats After execution, myFormats contains: decimal_point=.

5.0: strange graphic artifacts with QT controller

I just downloaded 5.0, so glad that the long standing issue of standalones being incorrectly sized should no longer happen. on Mac. I opened up my current project, which includes a number of QuickTime control bars linked to mp3 files. They were fine in 4.6.4, both in development and in

Re: 5.0: strange graphic artifacts with QT controller

Hi Curt, Am 11.10.2011 um 16:42 schrieb Curt Ford: I just downloaded 5.0, so glad that the long standing issue of standalones being incorrectly sized should no longer happen. on Mac. I opened up my current project, which includes a number of QuickTime control bars linked to mp3 files.

Re: 5.0: strange graphic artifacts with QT controller

Hi folks, Am 11.10.2011 um 16:59 schrieb Klaus on-rev: Hi Curt, ... When I quit 5.0 and re-opened the project in 4.6.4, the QT controllers sound were fine (phew). Any ideas? Or do I need to stick with 4.6.4 until 5.0 gets some QT issues ironed out? I'm using Snow Leopard, 10.6.8. just

Strange menu TAG problem OS X

Hi friends, toady I encounteed a very strange problem with my help menu on OSX LC 4.6.3, OS X Lion The content of the menu, the labels are correctly generated on the fly according to the current OS language: Hilfe/H|help - Registrieren.../|register - Nach Updates suchen.../|search4update

Re: Strange menu TAG problem OS X

strange problem with my help menu on OSX LC 4.6.3, OS X Lion The content of the menu, the labels are correctly generated on the fly according to the current OS language: Hilfe/H|help - Registrieren.../|register - Nach Updates suchen.../|search4update - Über/|about Script as usual

Strange Loss Of Focus

The message title would normally refer to me, but in this case, the problem is with a stack... I have a palette stack that initiates copying of groups from one stack to another. Once the copy is done, the palette stack apparently loses focus, and a mouseMove handler in the palette refuses to

Re: Strange Loss Of Focus

Possibility : Have a frontscript intercept mouseMoves and check if the screenMouseLoc is within the rect of stack yourStack. You can then act accordingly or just pass the mouseMove. HTH :) On 27/06/2011 23:31, Scott Rossi wrote: The message title would normally refer to me, but in this

Re: Strange Loss Of Focus

There must be something about your particular situation because copying a group from a palette to a toplevel stack didn't interfere with a simple mouseMove handler in the palette stack for me, irrespective of whether it was initiated from the palette stack or the toplevel stack. I guess it's no

Re: Strange Loss Of Focus

Thanks -- you might be right Terry. In my case, the copy event is being initiated by the palette, but the actual copying is taking place between two other stacks, which might have something to do with the problem. But given that the starting stack is a palette, I would think mouseMove would

custom control group - strange behavior

I have grouped objects together and set 'selectGroupedControls' to false to create a custom control. Usually this works no problem, but in this one case I have the following scenario; (The names are fictitious, but hopefully easier to follow) The group 'customControl' contains groups, labels

Re: custom control group - strange behavior

I believe it is an error in the Application Browser.. (was mentioned either on this list or in the forums) ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription

Re: Strange phenomena

On 12/18/10 11:27 PM, Joe Lewis Wilkins wrote: Just built a windows version of my latest app with unusual results. I set the size of my cards in an openCard handler in the stacks' scripts. The Window's version makes the answer dialogs the same height as the windows. Huge! No problems with the

Strange edit anomaly

it might be because of my heavy hands, but I turned the Keyboard repeat in the System Preferences and nothing was changed. Really strange. I've tried some work-arounds; like clearing the clipBoardData before doing the copy/cut, but with no effect. Any ideas? Joe Wilkins

strange imagedata

Hi all, I found that the imagedata of EMPTY images are NOT really empty??? I did this: 1. Created to identical EMPTY image object, so both appear (transparent) white on the card 2. Created a button with this script: ... set the imagedata of img 2 to the imagedata of img 1 ... 3. I exspected to

Re: strange imagedata

Am 27.11.2010 um 17:35 schrieb Klaus on-rev: Hi all, I found that the imagedata of EMPTY images are NOT really empty??? I did this: Should read of course: 1. Created TWO identical EMPTY image objects, so both appear (transparent) white on the card 2. Created a button with this

Re: strange imagedata

You are setting the imagedata to null, which is equivalent to 0 which is equivalent (at least for the imagedata) to which is equivalent to black. At least i'd assume something like that is happening. I suggest you file a bug report. Try the following to set an image to a state where it

Re: strange imagedata

Hi Björnke, You are setting the imagedata to null, which is equivalent to 0 which is equivalent (at least for the imagedata) to which is equivalent to black. At least i'd assume something like that is happening. I suggest you file a bug report. Hm, If you create an empty image object

Re: strange imagedata

Hi all, Am 27.11.2010 um 17:54 schrieb Klaus on-rev: Hi Björnke, You are setting the imagedata to null, which is equivalent to 0 which is equivalent (at least for the imagedata) to which is equivalent to black. At least i'd assume something like that is happening. I suggest you

Re: strange imagedata

Recently, Klaus on-rev wrote: OK, the point/my problem is: How can we tell if an image is really empty (neither referenced nor imported)? Perhaps a combination of the text and filename properties? function emptyImage pImage return fileName of pImage is empty and text of pImage is empty end

Re: strange imagedata

Hi Scott, Recently, Klaus on-rev wrote: OK, the point/my problem is: How can we tell if an image is really empty (neither referenced nor imported)? Perhaps a combination of the text and filename properties? function emptyImage pImage return fileName of pImage is empty and text of

<    1   2   3   4   5