Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Mark Wieder
Thomas McGrath III writes: > put the formattedRect of the selectedChunk into tRect Thanks for the pointer to formattedRect. As long as you can specify the chunk this works great (minus the scrolling complications). -- Mark Wieder mwie...@ahsoftware.net ___

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Mark Wieder
Mark Wieder writes: > you have to catch all the scrollbar events: scrollbarDrag, > scrollbarLineInc, scrollbarLineDec, scrollbarPageInc, scrollbarPageDec Ack! Correcting myself... scrollbarDrag handles all those messages as long as there aren't other handlers for them. -- Mark Wieder mwie...

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Michael Doub
Thanks Mark and Tom for your advice. The original question was how to create a graphic around some selected text. I think that has be answered. I diverted the thread a bit to almost the opposite. I want to have two graphics (one at the beginning and one at the end of the selected text) con

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Mark Wieder
oh... and don't forget to copy the graphic at the borders of the field. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailma

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Mark Wieder
Michael Doub writes: > Thanks Tom. Mark, what are some of the complications Don't know about iOS, maybe there are other things to take care of, but in general you have to catch all the scrollbar events: scrollbarDrag, scrollbarLineInc, scrollbarLineDec, scrollbarPageInc, scrollbarPageDec, and c

Distinguishing between drag/drop move and copy operations

2013-04-02 Thread Peter Haworth
I'm using a variation of Scott Rossi's excellent handler for drag/drop operations in a scrolling list field. The variation is that instead of moving the line to the drop location, I'm moving/copying the object represented by the source line to the object represented by the destination line - e.g.

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Peter Haworth
Ok, thanks stephen, as I said I missed the beginning of this thread. Pete lcSQL Software On Tue, Apr 2, 2013 at 11:46 AM, stephen barncard < stephenrevoluti...@barncard.com> wrote: > imagesource replaces a text character with a graphic. > > The OP wanted a square with tran

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread stephen barncard
imagesource replaces a text character with a graphic. The OP wanted a square with transparency to surround a word or phrase in a text field that looks better than the built in function. On Tue, Apr 2, 2013 at 11:43 AM, Peter Haworth wrote: > Michael, > I missed the beginning of this thread so

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Peter Haworth
Michael, I missed the beginning of this thread so not 100% sure of what you're trying to achieve but have you considered - set the imagesource of char x of line y of field "xyz" to 1234? That makes the image appear at the specified location and it scrolls along with everything else. You may also

Re: usableDesktop

2013-04-02 Thread Richmond
On 04/02/2013 09:14 PM, Peter Haworth wrote: Hi Richmond, I think you're running into another little weirdness of LC (at least to me). The top of a stack doesn't include the title bar so the extra 22 pixels is the height of the title bar. On Tue, Apr 2, 2013 at 9:18 AM, Richmond wrote: and th

Re: usableDesktop

2013-04-02 Thread Peter Haworth
Hi Richmond, I think you're running into another little weirdness of LC (at least to me). The top of a stack doesn't include the title bar so the extra 22 pixels is the height of the title bar. On Tue, Apr 2, 2013 at 9:18 AM, Richmond wrote: > and the top of my stack positioned just under the me

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Michael Doub
Thanks Tom. Mark, what are some of the complications that you mentioned about scrolling fields? I am thinking about trying to emulate the little IOS selection handles. I can see going from the selection to find a location to put the pin graphic, but I am not quite sure how to modify the sel

Re: usableDesktop

2013-04-02 Thread Jacques Hausser
As usual, Jacque was quicker than Jacques… I would add than for manual positioning (draging the title bar of the stack window, which is 22 pixels high too in Mac, by the way, what explains your 44) the LC IDE does't like superposition with the menuBar - as well as with its own toolbars. It push

Re: How to clone invisible a stack?

2013-04-02 Thread André Bisseret
Peter, Your prediction is on the verge to be accomplished! I am exploring custom properties and, your are right, I was neglecting a very" useful feature" Thank you for your inducement ;-) André Le 29 mars 2013 à 18:28, Peter M. Brigham a écrit : > On Mar 29, 2013, at 8:48 AM, André Bisseret

Re: usableDesktop

2013-04-02 Thread Richmond
On 04/02/2013 08:18 PM, J. Landman Gay wrote: On 4/2/13 11:18 AM, Richmond wrote: why, when I position a stack just below my taskbar and do this put the top of stack "TOPPP" do I get 50 Because the "top" of the stack doesn't include the window frame. The 0,0 coordinate starts at

Re: How to clone invisible a stack?

2013-04-02 Thread André Bisseret
René, Starting from your solution, I am learning a lot about custom properties :-) Up to now, I was not using CP, except to keep some simple words or phrases (names or such things). Thanks to you I discovered that it was possible to keep even a complete stack as a property of another one amazi

Re: usableDesktop

2013-04-02 Thread Richmond
However; Big Surprise: on Linux this: set the top of stack "XXX" to 0 positions the stack just below an XFCE panel positioned at the top of the desktop, similarly with Gnome 'Classic', similarly with MATE, AND, even BIGGER SURPRISE: with Avant Window Navigator Dock set to the top of the s

Re: usableDesktop

2013-04-02 Thread J. Landman Gay
On 4/2/13 11:18 AM, Richmond wrote: why, when I position a stack just below my taskbar and do this put the top of stack "TOPPP" do I get 50 Because the "top" of the stack doesn't include the window frame. The 0,0 coordinate starts at the corner of the working card area. The upco

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Thomas McGrath III
This works really well for me and it will handle multiple selected word on different lines etc. I had a grc that was a dashed box: on mouseUp put the formattedRect of the selectedChunk into tRect put "4" into tMargin put item 1 of tRect - tMargin into item 1 of tRect put item

Re: Best data import approach

2013-04-02 Thread Peter Alcibiades
Nothing like awk for dealing with records with different numbers of fields Very old fashioned but just works. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Best-data-import-approach-tp4662693p4662803.html Sent from the Revolution - User mailing list archiv

Re: Save greyed out with Mac build

2013-04-02 Thread Stephen King
Hi Jacqueline Sounds promising, I'll give it a go Cheers Steve > > Message: 3 > Date: Mon, 01 Apr 2013 14:44:52 -0500 > From: "J. Landman Gay" > To: How to use LiveCode > Subject: Re: Save greyed out with Mac build > Message-ID: <5159e3b4.7090...@hyperactivesw.com> > Content-Type: text/plain;

Re: usableDesktop

2013-04-02 Thread Richmond
Right: On Windows XP: moved the taskbar to the top of the desktop and did a put the working screenRects routine and got: 0,28,1392,973 where put the screenRect gives 0,0,1392,945 so, a few questions: why, when I position a stack just below my taskbar and do this put the top of stack "TOPP

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Michael Doub
Thanks Mark. I think it is going to be one of those days that I might as well stop looking for the forest or the trees. -= Mike On Apr 2, 2013, at 11:01 AM, Mark Wieder wrote: > Michael- > > Tuesday, April 2, 2013, 6:52:57 AM, you wrote: > >> I must be missing something. selectedLoc gets

Re: Replacing an audio file "Imported as Control"

2013-04-02 Thread Mark Schonewille
Hi Francis, Run delete audioClip 1 in the message box or use the application browser to select and delete by right-clicking on the audio clip and choosing Delete from the popup menu. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://econo

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Devin Asay
On Apr 2, 2013, at 7:52 AM, Michael Doub wrote: > I must be missing something. selectedLoc gets you the upper left corner. > FormattedHeight will allow computation of the lowerLeft. How do you get the > right side? [Slaps forehead.] Now I remember what I was trying to remember in my first

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Mark Wieder
Michael- Tuesday, April 2, 2013, 6:52:57 AM, you wrote: > I must be missing something. selectedLoc gets you the upper left > corner. FormattedHeight will allow computation of the lowerLeft. > How do you get the right side? The formattedWidth of the longest line plus the left. -- -Mark Wied

Replacing an audio file "Imported as Control"

2013-04-02 Thread Francis Nugent Dixon
Hi from Beautiful Brittany, Mac OS 10.7.5, LiveCode 5.5.4 I built a stack to speak words and short phrases. I used "Import a Control" to load the small audio files, and used "play audioclip" to "speak" the sound files No problem ! All works perfectly well. But when I wanted to corect a file (Us

Re: positioning graphics in relation to a line in a text field

2013-04-02 Thread Michael Doub
I must be missing something. selectedLoc gets you the upper left corner. FormattedHeight will allow computation of the lowerLeft. How do you get the right side? -= Mike On Apr 1, 2013, at 4:57 PM, Richard Gaskin wrote: > Curt Ford wrote: > >> My client's project has long text fields, i

Re: usableDesktop

2013-04-02 Thread Jacques Hausser
Sorry, I mean items 2 and 2. > your little routine computes the place to be spared to the RIGHT, you should > use items 2 and 4 for setting the TOP of your stack. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subsc

Re: usableDesktop

2013-04-02 Thread Jacques Hausser
Hi Richmond, your little routine computes the place to be spared to the RIGHT, you should use items 2 and 4 for setting the TOP of your stack. By the way, to add to my previous post, I tried to put the dock to the left side and the working screenrect gives: 45,22,1680,1050 thus it seems usable (

working screenRects and Windows 7

2013-04-02 Thread Richmond
Something dicky going on: 'working screenRects' in Windows 7 reports something bigger than the actual screenRect, while 'working screenRects' in Windows XP reports the actual screenRect minus the fatness of the taskbar. Richmond. ___ use-livecod

Re: usableDesktop

2013-04-02 Thread Richmond
On 04/02/2013 02:12 PM, Mark Schonewille wrote: Hi Richmond, Do the working screenRects do what you want? on Linux 'working screenRects' returns exactly the same values as 'screenRect' on Macintosh 10.6.7 'working screenRects' returns 0,22,1920,1032 and 'screenRect returns 0,0,1920,1080

Re: usableDesktop

2013-04-02 Thread Jacques Hausser
Well, it's a bit more complicated: the effective screenrect alone doesn't work, it must be "the effective working screenrect"… No equivalent options for the screenloc, just the plain one. I tested what is available on my mac and got: the screenRect: 0,0,1680,1050 the working screenRect: 0,22,168

Re: usableDesktop

2013-04-02 Thread Mark Schonewille
Hi Richmond, Do the working screenRects do what you want? -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.La

Re: usableDesktop

2013-04-02 Thread Richmond
I'm on a roll here . . . Now 'hide menuBar' for Macintosh, and 'hideTaskBar' for Windows work because, in both cases the 'bar' is part of the operating system. It would be very difficult indeed to have a 'hideDesktopGunge' command for Linux as desktop furniture is either: 1. A component of the

Re: usableDesktop

2013-04-02 Thread Richmond
On 04/02/2013 12:13 PM, Jacques Hausser wrote: Richmond, Sorry for being slow, I tried one of my old stacks to check if it was using "effective screenrect", and got stuck with a full screen display impossible to leave without a password - and of course I have forgotten the password ! For the

Re: usableDesktop

2013-04-02 Thread Richmond
On 04/02/2013 12:13 PM, Jacques Hausser wrote: Richmond, Sorry for being slow, I tried one of my old stacks to check if it was using "effective screenrect", and got stuck with a full screen display impossible to leave without a password - and of course I have forgotten the password ! For the

Re: usableDesktop

2013-04-02 Thread Jacques Hausser
Richmond, Sorry for being slow, I tried one of my old stacks to check if it was using "effective screenrect", and got stuck with a full screen display impossible to leave without a password - and of course I have forgotten the password ! For the effective screenloc: intoduced: 1.0 changed: 5.5

Re: usableDesktop

2013-04-02 Thread Richmond
Nothing about 'effective screenrect' here: http://docs.runrev.com/Keyword/effective On 04/02/2013 10:52 AM, Jacques Hausser wrote: Hello Richmond ! Do they still eat tortoises for Easter, in Bulgaria ? No. Do they still force-feed geese with maize so they develop bloated livers, so they c

Re: usableDesktop

2013-04-02 Thread Richmond
Just tried this: get the effective screenRect and got this: button "Button": execution error at line 2 (Handler: can't find handler) near "screenRect", char 12 so I looked up "effective" in the documentation, and, unless "effective screenRect" was introduced post version 4.5 (the one I own)

Re: usableDesktop

2013-04-02 Thread Jacques Hausser
Hello Richmond ! Do they still eat tortoises for Easter, in Bulgaria ? …and try "the effective screenrect", I guess it will help you a lot ! The dictionary tells: Adding the working adjective to either form returns the virtual co-ordinates of each screen's working-area. The working-area of a

usableDesktop

2013-04-02 Thread Richmond
I am beginning to hate get the screenRect because, while it lets us know how large somebody's screen resolution is, it does NOT tell us what "GUI furniture" they have lying around such as taskbars, menubars, docks and so on. Imagine, if you will, the 2 following scenarios: 1. Windows 7 with a