Re: Best practice for menus...
At 12:49 PM -0500 1/17/2017, Paul Dupuis via use-livecode wrote: For desktop applications on Windows and OSX, I am lookingf or what people consider the best practice to be for enabling, disabling, or updating menu items based on context. You have so many ways in the LiveCode language to do this: enable menuItem 2 of menu "Edit" disable menuItem 3 or menu "File" get the text of btn "Edit" if first char of line 3 of it is "(" then delete first char of line 3 of it -- enables 3 menuItem in Edit menu set the text of btn "Edit" to it enable menuitem 2 of btn "File" of grp "Menubar" -- Enable Open One thing I like is using menu tags, rather than menu item numbers or names, because that way you don't have to touch any code if you change the position or text of a menu item. It makes life easier with a menu item whose name changes based on context, because the tag is invariant. I do wish LC had menu items as pseudo-objects (that is, addressable things with certain properties of their own, like chunks in fields). It would make checking the status menu items so much easier if you didn't have to mess with metacharacters in the actual text of a menu item ___ 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/mailman/listinfo/use-livecode
Re: Documentation on Dispatch
At 6:56 PM + 1/13/2017, Sannyasin Brahmanathaswami via use-livecode wrote: But I found this in a script from an associate: setprop portal_RowNames [headerName] rowNames and it compiles the first param is a variable inside square braces. Not sure it this is some LC magic or just this programmer's "style" It's a custom property in a custom property set. (The property is "headerName", in the custom property set "portal_RowNames".) The notation lets you use custom properties in sets without having to switch to the set first. If you search the user guide for "Custom property sets and setProp handlers", a short description will turn up. ___ 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/mailman/listinfo/use-livecode
Re: Memory leak?
At 2:02 PM -0600 1/15/2017, J. Landman Gay via use-livecode wrote: I've been watching Activity Monitor on OS X while LC 8.1.2 is running. On launch it registered about 52 MB of memory. I opened a stack that has no background scripts running, it's completely inert, and after a while it jumped to 84 MB memory. I let the computer sleep and left it on all night. When I woke up the Mac today it was still at 84 MB. I worked in some other apps but never brought LC to the front. After about 30 minutes it's jumped to 134.7 MB. Does the stack have a player in it? (Shot in the dark.) ___ 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/mailman/listinfo/use-livecode
Re: Clone graphic does not respect dimensions
At 12:23 PM -0800 12/2/2016, Richard Gaskin wrote: I believe the original post here was about cloning, presumably done via Option+drag (on macOS, or Cntrl+drag on Win and Linux). Hmm, I was under the impression that it was scripted using the "clone" command. I'd forgotten about option-drag... ...but that's also done with the pointer tool, not the graphic tool. So checking the tool would also exempt that case from auto-resizing small graphics. So many possibilities that I wouldn't be opposed to completely removing arbitrary IDE-imposed limits on what people can do with their objects. A good point, but there's also the utility of having the interface act to "heal" common mistakes and enable common patterns (like single-clicking with an object tool to create that object). I think this may simply be a philosophical difference-some people prefer an IDE that stays out of the way, and others prefer one that does certain things for them. The trick is always to figure out what things most users will take as helpful, and what they'll take as getting in the way. ;-) ___ 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/mailman/listinfo/use-livecode
Re: Clone graphic does not respect dimensions
At 3:02 AM -0800 12/2/2016, BNig wrote: It seems the consensus is to lower the threshold when graphics are changed to default sizes. I will do an enhancement request next week and propose that the currrent threshold of 8 by 8 and lower will be reduced to 5 by 5 and lower. Is there any reason not to check the tool, instead of playing with the size threshold? If the tool is not any of the graphic tools, then the user was not manually creating the object: it must have been created via script and there's no issue of accidental clicks, so the IDE should not override the size. If the tool is a graphic tool, then the user manually created the object and so it's reasonable to apply a size floor. Am I missing something? ___ 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/mailman/listinfo/use-livecode
Re: Clone graphic does not respect dimensions
At 7:39 AM -0800 12/1/2016, Richard Gaskin wrote: BNig wrote: Scott Rossi wrote It's wrong but it's always been like this. LC doesn't like graphics >> smaller than 9 pixels. > that is determined somewhat arbitrarily by the revBackScriptLibrary in handler on newGraphic if the width of the target < 9 and the height of the target < 9 then > use default values Would that be a user experience bug? What would be a good reason to prevent the user from doing a reasonable action like this? If the size is explicitly set, why not let it remain so? I expect this was done to prevent the case where someone: 1. chooses a graphic tool from the Tools palette 2. clicks to start dragging out the graphic 3. accidentally double-clicks instead and ends the graphic, resulting in an unintentionally-tiny graphic It also lets you click once with a graphic tool to create a default-size graphic at that spot. Perhaps newGraphic could test what tool is chosen, and change the size only if the tool is "graphic". ___ 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/mailman/listinfo/use-livecode
Re: Drop Shadow Not Available on SVG widget
At 4:51 AM + 10/31/2016, Sannyasin Brahmanathaswami wrote: Any work arounds? Can you put it in a group and set a drop shadow for the group? ___ 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/mailman/listinfo/use-livecode
Re: OT - cross platform zero slashed font
At 4:52 PM +0100 10/18/2016, David V Glasgow wrote: Is there really no cross platform zero slashed (like Monaco 0) font? Is there one which is substituted by another zero slashed font on different platforms? If you just need a font where the 0 character has a slash (or dot), we discussed a few last month. People seemed to like: Source Code Pro Hack: http://sourcefoundry.org/hack/ Input Mono: http://input.fontbureau.com/ They all have a slashed or dotted zero. ___ 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/mailman/listinfo/use-livecode
Re: Understanding 'the defaultStack'
At 4:42 PM -0400 10/9/2016, Paul Dupuis wrote: Some long time ago, someone on this list suggested a control block such as "using " ... "end using" Where any object references in the block would always be evaluated relative to the object referred to in the start of the using block. So: using card 3 of stack "X" put the label of btn "A" into myVar ... end using Would look for button "A" on card 3 of stack "X" How should this work for subroutines? Should the "using" scope also propagate to any handlers called from within the block? on mouseUp using stack "My Stack" answer field 1 of card 2 -- of stack "My Stack" doSomethingElse end using end mouseUp -- maybe in another object's script: on doSomethingElse answer field 2 of card 2 -- of My Stack? Or the current defaultStack? end doSomethingElse I'm inclined to think that anything that's called from within a "using" block should use that scope in turn. ___ 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/mailman/listinfo/use-livecode
Re: Understanding 'the defaultStack'
At 8:40 AM -0400 10/9/2016, Paul Dupuis wrote: Your paused script continues executing, but now the defaultStack has changed. As a precaution against users of the app doing (resonable) things like this, I now explicitly set the defaultStack after any ask or answer file dialog. I also use code such as on handler put the defaultStack into tPreserveDefaultStack set the defaultStack to ... my code... set the defaultStack to tPreserveDefaultStack end handler So that if the hander is called from another stack it does not exit with the defaultstack changed. At this point, I'm starting to wonder whether the defaultStack should be redesigned/re-specced to make it more predictable. I don't think it's feasible to actually make major changes in the way the defaultStack works, but possibly a new property could be designed that acts in such a way that workarounds like this aren't normally needed. Setting and re-setting the defaultStack to make sure it's right is almost as annoying as specifying the stack every time you refer to an object (which I sometimes do anyway, for fear of the defaultStack changing from under me). If it were being designed from scratch, what would the ideal behavior be for a targetStack property? Should it remain unchanged while a script is running (unless set explicitly)? ___ 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/mailman/listinfo/use-livecode
Re: Understanding 'the defaultStack'
At 11:23 AM +1100 10/9/2016, Monte Goulding wrote: stack A - is defaultStack in its own script go stack B stack B preOpenStack - stack B now defaultStack in its own script go stack C stack C preOpenStack - stack C no defaultStack in its own script stack B preOpenStack continues but stack C is now the defaultStack back to stack A script and now stack B is the defaultStack But if you change it to set to the topStack then when you go back to the stack A script then stack C will be the defaultStack. Hmm. I actually would have expected stack C to still be the defaultStack on returning to stack A. defaultStack is a global property, theoretically. Thinking on this some more I don't think you can do what you are suggesting here. Go currently sets the defaultStack to the target stack if it is topLevel. If it set the defaultStack to the topStack it would depend on the current state of the environment whether the defaultStack is the stack being opened by go after the command while at the moment it just depends on the mode of the stack being opened. Not sure how that makes it impossible to set it to the topStack...? (Although I agree with Jacque that there's code out there that relies on the current behavior, possibly without the writer even really being aware of it.) ___ 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/mailman/listinfo/use-livecode
Re: Understanding 'the defaultStack'
At 10:26 AM +1100 10/9/2016, Monte Goulding wrote: I just had a look into the source and here's the but in the go command causing confusion: if (t_stack->getmode() == WM_TOP_LEVEL || t_stack->getmode() == WM_TOP_LEVEL_LOCKED) MCdefaultstackptr = t_stack; What this means is that unless the mode of the stack is topLevel (1) or topLevel + cantModify (2) the defaultStack is not changed by the go command. OK, thar seems like a bug to me. If the only stacks open are palettes, for example, then go should make the target stack the topStack (and hence the defaultStack, since no stacks of lower mode are open). (In practice, I usually adopt the strategy of setting the defaultStack explicitly or else targeting everything to the specific stack I want. I think of the defaultStack as being pretty fragile.) ___ 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/mailman/listinfo/use-livecode
Re: Understanding 'the defaultStack'
At 3:54 PM -0500 10/8/2016, J. Landman Gay wrote: I thought visibility might impact it (I believe that's the case with Graham's stack) so I did some quick tests and even though there was a visible mode-1 topstack, going to the invisible one did change the defaultstack. Thus, my curiosity. I quote: "The topStack is the frontmost stack with the lowest mode." The mode runs from 0 to 13 (unless someone's added some modes lately), and invisible isn't one of the modes-a toplevel visible stack has the same mode as a toplevel invisible one. (I don't claim this makes actual sense, mind you) -- jeanne a. e. devoto livec...@jaedworks.com ___ 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/mailman/listinfo/use-livecode
Re: "Command" as control structure?
At 1:20 PM -0700 9/25/2016, Peter Bogdanoff wrote: I see that "command" is a synonym of "on" in LC script. Is using "command" rather than "on" a purely style preference? I see in the old LiveCode dictionary: The command synonym, along with the ability to declare private handlers was added in LiveCode 2.8.1 Why? Is this something to do with the message path? Some people prefer to use "on" for handlers of built-in messages, and "command" to designate custom-written commands: on mouseUp -- do some stuff when the mouse is clicked end mouseUp command myCommandHere -- do my stuff end myCommandHere It's just a style preference - as far as I know, it has no effect on how handlers run - but it can be convenient for differentiating between the two types of handlers. ___ 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/mailman/listinfo/use-livecode
Re: Random topic: What script font do you like/use?
At 9:21 AM -0700 9/21/2016, Richard Gaskin wrote: I was a big fan of Andale Mono for many years, deeply in love were it not for one failing critical in programming: the descending tail of the comma is too short, requiring a closer look than should be necessary to distinguish it from a period. That's true. I've been known to retype periods or commas (or semicolons or colons, which have the same problem) because I can't be absolutely sure it's the right character in Andale Mono. Ubuntu Mono looks good, though I find it a little condensed for my taste. (Just goes to show how subtle people's preferences can be!) ___ 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/mailman/listinfo/use-livecode
Re: Random topic: What script font do you like/use?
At 7:45 AM +0100 9/21/2016, Peter TB Brett wrote: I currently use Source Code Pro. I find Courier nearly unreadable, unfortunately. In the past (by which I mean pre-2009) I used to mostly use the "MiscFixed" X11 bitmap font. There are odd differences between Courier and Courier New depending on platform. Back in the old days, I found Courier New too light on OS X and Courier much better as a documentation font. On Windows it was the opposite - Courier New looked much better than Courier, which was oddly misshapen on Windows. ___ 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/mailman/listinfo/use-livecode
Random topic: What script font do you like/use?
I've used Andale Mono by preference, but I don't have the bold, and so on versions of LC after 5.x, bolding for comments and keywords doesn't show up in the script editor. (Bah.) I liked it because it was: 1) clean-looking with a good x-height 2) has easily distinguishable lowercase l, capital I, and number 1, and zero and O I thought about just buying the bold, but I've been experimenting with other fonts. I tried Verdana for a while-it's not monospaced, but fairly wide and very clean-looking-but it turns out that I prefer monospaced fonts better for reading code. Maybe just because I'm so used to them that non-monospaced fonts look weird in that context. Source Code Pro is appealing. - So... What fonts do you like best for code? Or does everybody just fall back on Courier? ;-) ___ 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/mailman/listinfo/use-livecode
Re: libURL gone mad
At 2:41 PM -0400 9/15/2016, Michael Doub wrote: Matthias, I am getting a error when attempting the download. So am I. I can get to the index.html page, but when I try downloading, the server is claiming the file doesn't exist. ___ 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/mailman/listinfo/use-livecode
Re: Resolving an imageSource object reference
At 1:06 PM -0700 9/6/2016, Richard Gaskin wrote: See the "resolve image" command, introduced in v6.5. Excellent! Thanks. ___ 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/mailman/listinfo/use-livecode
Re: Resolving an imageSource object reference
At 6:05 AM +1000 9/7/2016, Monte Goulding wrote: You could use the resolve image command. It was my first open source contribution a few years ago ;-) I'm so glad I don't have to do it. ;-) ___ 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/mailman/listinfo/use-livecode
Resolving an imageSource object reference
I need to take an imageSource (short ID or short name) and figure out a full object reference to the image in question. Before I do it, has anybody done this already? Or has a built-in way to get the object been added at some point and I missed it? ___ 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/mailman/listinfo/use-livecode
Re: IDE puzzler...
At 2:04 PM -0400 9/2/2016, Paul Dupuis wrote: But, here is the puzzler, is there a way to tell the IDE to NOT handle menu keyboard equivalents and send those keyboard commands to the Applications menu so that all the functions of the App's menu can really be tested in the IDE? Develop > Suspend Development Tools should do it. ___ 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/mailman/listinfo/use-livecode
Re: What's everyone working on this month? (September 2016)
For an application with a complicated set of data types and a growing ability to collect and export them, I'm working on a set of routines to export ALL the things - text, HTMLText, tabular data (as HTMLText, plain text, or a 2D array), images, or any combination of several of the above - to a variety of file formats including text, Word, Excel, PDF, or XTHML-compliant web page. Right at the moment, I'm working on recognizing tabular data in text or HTMLText, and converting it to a "real" HTML element before exporting as part of a web page. At 9:48 AM +0100 9/1/2016, Peter TB Brett wrote: Hi all, What exciting LiveCode project(s) are you working on at the moment? Where can we find out more about them? Have you run into any interesting problems (or solutions) that you'd like to share? -- In the office, I'm currently trying to figure out what tools I can build to help with core dev team productivity. For example, I'm planning to create a tool that keeps our Bugzilla site (http://quality.livecode.com/) synchronised with what's going on in our git repositories (https://github.com/livecode/) In my spare time: - I've been adding some stuff to my somewhat-insane open source "undergrowth" library of pure-LCB bits and pieces (https://github.com/peter-b/undergrowth), including a templated string formatting function: u_format("There are {} lights", [5]) --> "There are 5 lights" - I've now written a reasonably usable Emacs mode for LCB source code (https://github.com/peter-b/lcb-mode), with syntax highlighting and indentation support. It turns out LCB code (and LiveCode script) is actually very difficult to highlight well without compiler support because of LiveCode's English-like syntax, but lcb-mode does the job adequately for the time being - I've got the idea of making it possible to write externals in Rust going round (and round) inside my head but I haven't yet got round to getting it working. -- What are you up to? Peter -- Dr Peter Brett LiveCode Technical Project Manager lcb-mode for Emacs: https://github.com/peter-b/lcb-mode ___ 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/mailman/listinfo/use-livecode ___ 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/mailman/listinfo/use-livecode
Re: Underneath
At 12:27 AM +0300 8/27/2016, Richmond wrote: This doesn't seem to work because this cycles through ALL the controls, and, of course, the object being dragged is also a control. Ah. Forgot about that. You'll need to add a condition: if within(control x, the mouseLoc) \ AND ("P" is not in the short name of control x) AND (the ID of the target is not the ID of control x) then ___ 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/mailman/listinfo/use-livecode
Re: Underneath
At 9:40 PM +0300 8/26/2016, Richmond wrote: on mouseUp *--pseudocode* if the name of the object *underneath* this image contains "P" then do nothing else send image "P" somewhere else end if *--end pseudocode* end mouseUp and I'm looking for help. I think you'll need to test whether the pointer is within each control: repeat with x = 1 to the number of controls if within(control x, the mouseLoc) AND ("P" is not in the short name of control x) then send image "P" somewhere else exit repeat -- presumably you only want the first one end if end mouseUp ___ 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/mailman/listinfo/use-livecode
Re: unicode? troubles
Have you set the itemDelimiter to tab, or is it the default comma? Can you post your code, along with the contents of the field before and after? At 10:16 AM +0200 8/26/2016, runrevl...@cc-mail.nl wrote: Hi all, I have a strange problem which I can't seem to solve. I put some tab delimited text in a field, each line is like openCard tab behaviour_1092_3 tab. Now I want to put 9 into item 5 of line 1 of this field. In all versions before 7 this works well. Unfortunately starting with version 7 and above things get weird and that's why I suspect a unicode issue Instead of the 9 being put in item 5 of line 1, it gets put in item 2 of line 2. after putting 9 into item 5 of line 1 I get the following: put the number of items of line 1 - 2 put the number of items of line 2 - 4 put item 1 of line 2- tab put item 2 of line 2- 9 I find this very weird. How did the 9 end up in item 2 of line 1 when I explicitly put it into item 5 of line 1. What has changed. The same stack with the same code works great pre 7. I hope someone has an idea as I am stupefied. Thanks Claudi ___ 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/mailman/listinfo/use-livecode -- jeanne a. e. devoto livec...@jaedworks.com ___ 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/mailman/listinfo/use-livecode
Re: Garbage collection (crashing on Windows)
At 3:28 PM +0100 8/18/2016, Ben Rubinstein wrote: The real problem is that the script was written originally 13 years ago, and the basic architecture was to load everything into large global arrays for cleanliness. I've had ugly crashes with large or complex arrays (that weren't anywhere near the 4G limit). There are (or perhaps were - this may have been fixed in the 8.x cycle) some problems with the way such arrays were structured in memory, IIRC. Which engine version are you using? (Apologies if you already said that and I missed this.) ___ 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/mailman/listinfo/use-livecode
Re: Trouble setting the font of the text of a field
At 11:28 AM -0700 8/11/2016, Dr. Hawkins wrote: This code has been around a while; it's part of the maintenance routines. But now it's glitching. [...] set the textFont of the text of tgTg to empty "the text of tgTg" would be parsed as the text content of the field. Try using this instead: set the textFont of char 1 to -1 of tgTg to empty That should work. ___ 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/mailman/listinfo/use-livecode
Re: Refer to new group?
At 10:41 AM -0700 8/2/2016, Phil Davis wrote: Not so. Try this: You're right. I was thinking in terms of grouping objects that are already at the top of the layers, as with a bunch of newly created objects. ___ 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/mailman/listinfo/use-livecode
Re: Refer to new group?
At 9:37 AM -0700 8/2/2016, Phil Davis wrote: If you use the "owner" method of getting the group's ID, be sure you refer to the child control by ID - its number will *always* be changed by the act of grouping it. ... if you refer to it as "control N", but not if you refer to it as "field N" (or "button N", etc). ___ 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/mailman/listinfo/use-livecode
Re: Refer to new group?
At 8:37 AM -0700 8/2/2016, Richard Gaskin wrote: Apparently the "group" command is an exception to the general rule that "it" will contain the long ID of a newly-created object after a command that creates it. And using "last" is not always reliable with groups. Since your script knows which object(s) you grouped, you could use the owner: group field 1 and field 2 get the long ID of the owner of field 1 -- owner is the new group ___ 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/mailman/listinfo/use-livecode
pageHeights woes
I'm trying to debug a printing problem, and getting (under certain circumstances) crazy values for the last line of a field's pageHeights. Specifically, the last line of the pageHeights is sometimes either negative or very large (closer to 2^32 than I think can be coincidental). I'm working on narrowing it down for a bug report, but has anyone else seen this? ___ 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/mailman/listinfo/use-livecode
Re: Script Indenting?
At 1:29 PM +0100 12/12/2015, Lyn Teyla wrote: Some years back, pressing the key to trigger indenting used to affect the entire script, but then it got changed to only affect the current handler for some reason. This was changed because for very long scripts, indenting the entire script (instead of just one handler) could cause a considerable pause when indenting. (HyperCard did the whole script, but HyperCard also had a 32K limit on a single script.) This was quite a while ago, and it's possible that it would not be much of an issue now with faster CPUs. But that's why it changed. -- jeanne a. e. devoto livec...@jaedworks.com ___ 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/mailman/listinfo/use-livecode
Re: flushEvents("system")
At 3:56 PM -0500 3/21/2014, J. Landman Gay wrote: The dictionary says flushEvents("system") ignores operating system events. Does anyone know which events those might be? If I'm remembering right, flushEvents("system") called flushEvents() on Mac OS, which in turn removed low-level events from the OS event queue (as opposed to the engine's queue) - mouse, keyboard, disk-insert. I'm not sure what, if anything, it did on other platforms. It was one of those things that was inherited from SuperCard. I'm not entirely sure it does anything now - the flushEvents call has been deprecated in OS X for a while. -- jeanne a. e. devoto livec...@jaedworks.com ___ 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/mailman/listinfo/use-livecode
Re: Escaping the Filter command's wildcards
At 6:30 PM -0700 5/22/2013, Peter Haworth wrote: I do find it strange that filter doesn't support full regexp syntax, seems like RunRev would have had to write special code instead of using standard regexp libraries which they use in other commands It was never supposed to be a regex command at all. The wildcard syntax is different (it's what's used in Unix shells - that's where it came from). -- jeanne a. e. devoto livec...@jaedworks.com ___ 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/mailman/listinfo/use-livecode