Re: s it a bug?

Bob: I'm not seeing this in the IDE or standalone. LC 9.6.7, macOS Monterey > > I found one thing I think is a bug, and I'd like to report it, but I want to > see if anyone else thinks this may be the expected behavior: > > It seems to me that when clicking and holding the mouse button down

Re: Is it a bug?

If you are seeing a different behavior then perhaps something in my code is doing it. I'll check the executionContexts to see. Bob S > On May 23, 2022, at 14:03 , Ralph DiMola via use-livecode > wrote: > > I also expect nothing is done if I click on anything and move the mouse > outside

RE: Is it a bug?

I also expect nothing is done if I click on anything and move the mouse outside the active window THEN release(unless a drag and drop is involved). I use this all this time with the classic

Re: Is it a bug?

sounds a lot like https://quality.livecode.com/show_bug.cgi?id=23693 Kind regards Bernd ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences:

Re: Is it a bug?

Seem sensible, after all end-users should be able ti change their minds. On Mon, 23 May 2022, 21:23 Bob Sneidar via use-livecode, < use-livecode@lists.runrev.com> wrote: > I found one thing I think is a bug, and I'd like to report it, but I want > to see if anyone else thinks this may be the

Re: Re Pulldownmenu button bug on Windows

Klaus wrote: > Am 11.05.2022 um 20:27 schrieb Richard Gaskin wrote: >> ... make sure the buttons you're using in the menu stack have >> their autoArm set to true, ... > > Hint: > that property "autoarm" did not make it into the inspector somehow, > so you need to do this by script! It's far

Re: Re Pulldownmenu button bug on Windows

Hi all, > Am 11.05.2022 um 20:27 schrieb Richard Gaskin via use-livecode > : > ... make sure the buttons you're using in the menu stack have their autoArm > set to true, ... Hint: that property "autoarm" did not make it into the inspector somehow, so you need to do this by script! > -- >

Re: Re Pulldownmenu button bug on Windows

Ditto that. There should be a "Lifetime contribution" award for Livecode heroes. Ben On 09/05/2022 14:54, Craig Newman via use-livecode wrote: Richard. So glad to have you in this world. Craig On May 7, 2022, at 5:35 PM, Bob Sneidar via use-livecode wrote: Well put. I wonder what the

Re: Re Pulldownmenu button bug on Windows

I'm going to have a look at that Richard. Thanks. Bob S > On May 11, 2022, at 11:27 , Richard Gaskin via use-livecode > wrote: > > Neville Smythe wrote: > > Thanks again Richard > > > > In my case I don’t actually need a workaround. Once I had corrected > > my own error, the only effect of

Re: Re Pulldownmenu button bug on Windows

Neville Smythe wrote: > Thanks again Richard > > In my case I don’t actually need a workaround. Once I had corrected > my own error, the only effect of the inconsistent event order is that > on Windows and Linux the colour coding of the selection turns off a > fraction of a second earlier than on

Re: Re Pulldownmenu button bug on Windows

What a very kind thing of you to say. Thank you. After 30 years as a recipient of so much wisdom and lore shared with me, I've felt compelled to share some of that forward. In recent years most of what I write seems ignored, so I've been spending my time elsewhere. Your encouragement may see

Re: Re Pulldownmenu button bug on Windows

Neville Smythe wrote: > My use-case was as follows. I have a pulldownmenu, not an application- > wide menu, which applied to only certain selected items in a field. > On mouseEnter, the selection changed colour, as a visual cue to the > user that these menu items could be applied to the

Re: Re Pulldownmenu button bug on Windows

Richard. So glad to have you in this world. Craig > On May 7, 2022, at 5:35 PM, Bob Sneidar via use-livecode > wrote: > > Well put. I wonder what the real world effect of the order of messages is, > and whether or not it could be compensated for by send in time? > > Sent from my iPhone >

Re: Re Pulldownmenu button bug on Windows

Thanks Richard for your wise observations. As cross-platform developers we do indeed need to be aware of differences that will arise in standalones because of GUI differences in the operating systems – different placement of menus, different text string lengths, some features not even being

Re: Re Pulldownmenu button bug on Windows

Well put. I wonder what the real world effect of the order of messages is, and whether or not it could be compensated for by send in time? Sent from my iPhone > On May 7, 2022, at 13:44, Richard Gaskin via use-livecode > wrote: > > It's definitely an inconsistency, but the bug's status as

Re: Re Pulldownmenu button bug on Windows

It's definitely an inconsistency, but the bug's status as requiring "EXPERT REVIEW" prompts us to consider why these differences exist, and which, if any, should be considered "wrong" or "right". It may not be as simple as it seems at first glance. Background: -- MetaCard (the

Re: Script Editor Disassociation Bug - Seen it lately?

On 11/4/21 4:18 AM, Curry Kenworthy via use-livecode wrote: I'm checking up on the Script Editor Disassociation Bug, described in this thread: I don't know if this is a dissociation of the Script Editor but bug 22555

Re: Script Editor Disassociation Bug - Seen it lately?

Paul: > I have not noticed recently - not in the 9.6.x series. Good! Paul: > probably some specific sequence of object selection actions Right, so actions during selection and/or script saving. Bob: > I have not seen this to my remembrance. Also good! Mark: > I don't think the absence of

Re: Script Editor Disassociation Bug - Seen it lately?

On 11/4/21 4:18 AM, Curry Kenworthy via use-livecode wrote: I'm checking up on the Script Editor Disassociation Bug, described in this thread: By way of not adding any more data points to your survey (sorry), I can

Re: Script Editor Disassociation Bug - Seen it lately?

I have not seen this to my remembrance. Bob S > On Nov 4, 2021, at 04:18 , Curry Kenworthy via use-livecode > wrote: > > I'm checking up on the Script Editor Disassociation Bug, > described in this thread: > > > >

Re: Script Editor Disassociation Bug - Seen it lately?

On 11/4/2021 7:18 AM, Curry Kenworthy via use-livecode wrote: I'm checking up on the Script Editor Disassociation Bug, described in this thread: But first: Has anyone seen this bug lately? (On LC 9.6.3 or

Re: [iOS] possible console bug

Tested with Catalina / LC9.6.2 / Simulator. Works as Panos described although with this setup I did not see a Start button, and I never clicked on anything. I did see the “put” messages from my app go to the Console. PS filter as Panos suggests works great to filter just the messages from your

Re: [iOS] possible console bug

I tested here with Big Sur/LC9.6.3 RC2 and Simulator. I can confirm that doing it like Panos described will show the put output. But you have to press the "Start" icon at the top in Console app before the put output is captured by the Console app. So if you did the output in the app before

Re: [iOS] possible console bug

In fact a neater way to do that, instead of force-quitting Console app and reopening it, is to click on the system.log window to give the focus to the Console app, and then in Console's top menubar click Window-> Console This will open the Console window where it is possible to choose the

Re: [iOS] possible console bug

Hello Andre, I am good, thanks for asking. I hope you are well too :) I just tested on Big Sur. I had to do an extra step: When you see the "system.log" window, the one where there is no option to choose "iPhone 8" at the left, force quit the Console app. Then reopen the Console app directly,

Re: [iOS] possible console bug

Hi Panos, Hope all is well with you my friend, thanks a lot for the speedy reply. I think things might have changed in Big Sur because I see a different console app. Mine doesn’t have a way to switch to this “iPhone 8” label. Below is a screenshot from my console app:

Re: [iOS] possible console bug

Hello Andre, It works as expected for me. MacOS Mojave Xcode 11.3 iOS 13.3 Simulator In the simulator go to Debug -> Open System Log This opens the Console app In the Console window, in the left hand side, you should see the name of the simulator (e.g. "iPhone 8"). Click on it. There will be a

Re: [iOS] possible console bug

I’m just bumping this thread because I haven’t been able to see any log information when using the Simulator. Can more people confirm this? Is this a bug, and if so who owns that bug LC or Apple? It becomes really hard to debug a mobile application when you can’t see logs on the Simulator.

Re: [iOS] possible console bug

Andre, tested now with LC 9.6.3 and Xcode 12.4, as i am still on Catalina. Took me some time to download Xcode. i tried here with 2 different physical devices (iPhone 7 iOS 14.4 and iPhone 12 iOS 14.6) and was able to see the output in the Console log pressing the 'open console' button in

Re: [iOS] possible console bug

> On 12 Jul 2021, at 16:02, Mark Waddingham via use-livecode > wrote: > > If you run the app on a real iOS device, do you see your log messages in the > device log for it? Could it be Apple are now funneling simulator logs into a > pane in Xcode - like they do for devices, rather than have

Re: [iOS] possible console bug

The Simulator from Xcode 12.1 still shows the menu entry 'Show System Log..." under the Debug menu. That entry opens the "normal" system log. > Am 12.07.2021 um 17:02 schrieb Mark Waddingham via use-livecode > : > > On 2021-07-12 15:37, Andre Garzia via use-livecode wrote: >> Mark, >>

Re: [iOS] possible console bug

On 2021-07-12 15:37, Andre Garzia via use-livecode wrote: Mark, That’s the problem, I’m looking at the system log on the iOS Simulator and there is no output for put without a target. Heh sorry - I didn't actually read the code you posted in your original post :D I believe this should work

Re: [iOS] possible console bug

Mark, That’s the problem, I’m looking at the system log on the iOS Simulator and there is no output for put without a target. Om om A > On 12 Jul 2021, at 15:14, Mark Waddingham via use-livecode > wrote: > > On 2021-07-12 15:01, Andre Garzia via use-livecode wrote: >> but it is supposed to

Re: [iOS] possible console bug

On 2021-07-12 15:01, Andre Garzia via use-livecode wrote: but it is supposed to work, right? Did this changed in some version? Apple stopped piping stdout/stderr to 'console' a few years ago I think - both on Desktop, and when looking at the device console for iOS. In version 9.0 though we

Re: [iOS] possible console bug

I think it changed at some point and you’re now supposed to use write to stdout though I just tried that and couldn’t get it to produce any output in the console. On 12 Jul 2021, at 15:01, Andre Garzia via use-livecode mailto:use-livecode@lists.runrev.com>> wrote: but it is supposed to

Re: [iOS] possible console bug

but it is supposed to work, right? Did this changed in some version? > On 12 Jul 2021, at 14:45, matthias rebbe via use-livecode > wrote: > > I tried here with LC9.6.2 under Catalina. It doesn't work either. > > >> Am 12.07.2021 um 14:49 schrieb Andre Garzia via use-livecode >> : >> >>

Re: [iOS] possible console bug

I tried here with LC9.6.2 under Catalina. It doesn't work either. > Am 12.07.2021 um 14:49 schrieb Andre Garzia via use-livecode > : > > Hi Friends, > > I’m writing here before I fill up a bug report because I don’t know if I’m > doing things correctly. > > From what I remember, if we

Re: [iOS] possible console bug

Besides that original problem, I have another one which is that calls to “do … in widget ‘browser’” are not working on iOS Simulator but work fine on the Desktop and Android. The code has no branching for each system, it is the exact same code in all platforms. There is no error, it simply

Re: Is this a bug?

Oooh thanks! Fun. Fact. I’ve been living with this bug for a few years - which is why I didn’t try deleting the prefs. On 14 Oct 2020, 09:23 +0100, How to use LiveCode , wrote: > > /Users//Library/Preferences/RunRev/livecode.rev > /Users//Library/Preferences/RunRev/livecode7.rev >

Re: Is this a bug?

Hello David, Have you tried trashing your Prefs? 1. Quit LC 2. Delete files: /Users//Library/Preferences/RunRev/livecode.rev /Users//Library/Preferences/RunRev/livecode7.rev 3. Open LC I hope this fixes the problem :) Kind regards, Panos -- On Wed, 14 Oct 2020 at 01:10, David Bovill via

Re: Is this a bug ?

Hi , Reported as Bug 21872. Regards Steve > On 3 Mar 2019, at 15:34, General 2018 via use-livecode > wrote: > > Hi , > > Windows 10 tablet on screen keyboard does not open when attempting to enter > field text ? > > LC 9.0.2 > > Regards > Camm >

Re: Gradient Property Palette Bug

On Mon, Sep 17, 2018 at 6:58 PM Alejandro Tejada via use-livecode < use-livecode@lists.runrev.com> wrote: > > By the way, Navigator 6.2 alpha 1 works great for > editing gradients! I was going to download and check, but then I saw this. Glad to hear it's working! gc

Re: OS EOL (was: [Bug 19998] The non-appearance of Polygon graphics in LC)

An older system offline could be useful for many things. People have used old computers even to get paralyzed people back in the game with speech. It could also run special projects, education or a kiosk. Be careful though. A new system fully patched still could be risky online if people

Re: OS EOL (was: [Bug 19998] The non-appearance of Polygon graphics in LC)

Bob Sneidar wrote: > Each of these Mac OS exploits require that the end user install > something on their computer, or allow it. As far as the doorstop > comparison, well that comment is a bit of a red herring now isn't it? > Brand new computers with current AV definitions and a completely >

Re: New Wierd Display Bug

Heh heh. Just laughing at myself. :-) Bob S > On Feb 14, 2018, at 18:00 , Mark Wieder via use-livecode > wrote: > > On 02/14/2018 05:06 PM, Tom Glod via use-livecode wrote: >> sounds like a great time bob :) > > Yeah. Somebody's been having too much fun. > >

Re: New Wierd Display Bug

On 02/14/2018 05:06 PM, Tom Glod via use-livecode wrote: sounds like a great time bob :) Yeah. Somebody's been having too much fun. -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this

Re: New Wierd Display Bug

sounds like a great time bob :) On Wed, Feb 14, 2018 at 6:39 PM, Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > AHH HAA HAAHHAHHAA@! I just figured out why I have this problem!! One of > my tabs is called Header. My script assumes the datagrid is named "dg" and > the name

Re: New Wierd Display Bug

AHH HAA HAAHHAHHAA@! I just figured out why I have this problem!! One of my tabs is called Header. My script assumes the datagrid is named "dg" and the name of the tab. So I end up hiding group "dgHeader". BAAH HAHAHA HAHA HAHAAHAHA@ Bob S > On Feb 14, 2018, at 15:35 , Bob Sneidar

Re: New Wierd Display Bug

UPDATE: If I show invisible objects, the datagrid header becomes visible. So I set the visible of group "dgHeader" of the respective datagrid to true and it appears again. The question is, what is hiding it??? I checked my scripts and I am not even referring to the dgHeader group in my

Re: Bu**ered by Bug reporter

On 09/05/2017 10:33 AM, Richmond Mathewson via use-livecode wrote: Just found that clicking the button 'Dictionary' on the revMenuBar stack in LC 9 dp 8 on Xubuntu 16.04 LTS freezes the whole IDE, and the only way to sort this out is by sending a KILL signal to Livecode; far from satisfactory

Re: Bu**ered by Bug reporter

Well, as nobody bothered to tell me how to solve this I spent quite some time p*ssing around with a counter-intuitive thing until I worked out how to do it. Just found that clicking the button 'Dictionary' on the revMenuBar stack in LC 9 dp 8 on Xubuntu 16.04 LTS freezes the whole IDE, and the

Re: multiple field selection bug?

> On Jun 23, 2016, at 7:21 AM, andrew wrote: > > Trying to decide if this is a "bug" or "feature", but it keeps pissing me off > so > I would like file it under the former. > > If I have the Property Inspector open to the Text tab and select multiple > field >

Re: SelectedObjectChanged in LC8... Bug?

Now submitted as Bug #17876 Hugh Senior FLCo > Hi Hugh, > > > FlexibleLearning.com wrote > > When the "Browse" tool is selected in the UI, any selected objects are > > deselected and a SelectedObjectChanged message used to be sent. This is > no > > longer the case in LC8. > > > > I have also

Re: SelectedObjectChanged in LC8... Bug?

Hi Hugh, FlexibleLearning.com wrote > When the "Browse" tool is selected in the UI, any selected objects are > deselected and a SelectedObjectChanged message used to be sent. This is no > longer the case in LC8. > > I have also tried trapping for a NewTool message, but this is similarly >

Re: Maybe found another bug in 8

There are three entries for "select" in the LC 8 dictionary, the one you found is the first one. Try entering "select" into the search field instead. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On May 25,

Re: Maybe found another bug in 8

This is what I get: select TypekeywordSyntaxselect SummaryDesignates the paint tool used to select a rectangular area of an image.Introduced1.0OSmac,windows,linux,ios,androidPlatformsdesktop,server,web,mobileExamples choose select tool Relatedcommand: choose, select, revRotatePoly glossary:

Re: Maybe found another bug in 8

I right-clicked the command in the script editor and selected "Find in Docs". Bob S On May 24, 2016, at 18:51 , J. Landman Gay > wrote: I do think the new dictionary makes this stuff hard to locate though. Typing "select" into the

Re: Maybe found another bug in 8

On 5/24/2016 6:58 PM, Bob Sneidar wrote: I can no lonegr select the text of a menu button. I would tell you what kind of menu button it is but the inspector no longer seems to tell me that. I see the button type in the titlebar on Mac. The select command according to the dictionary now only

Re: Re Topic'd. Probable LC bug getting return from a Value function

I tried all of the suggestions folks listed. Here are my results (OSX El Capitan, LC8 DP15): on mouseUp breakpoint put value("getValue()",group "myGroup" of card "myCard") into tVal1(Result: Works correctly) --put value(getValue(group "myGroup" of card "myCard")) into tVal2 (Result:

Re: Re Topic'd. Probable LC bug getting return from a Value function

On 02/22/2016 05:30 PM, William Prothero wrote: I had tried “send”, then “dispatch”. None worked. Finally, I decided to try to find documentation. Dispatch should also work: dispatch function "myFunction" to group "MyGroup" of card "myCard" -- Mark Wieder ahsoftw...@gmail.com

Re: Re Topic'd. Probable LC bug getting return from a Value function

Scott: You’re right! Lessons mal-function, though. I copied the code right out of http://lessons.livecode.com/m/4071/l/11787-how-to-call-a-function-or-command-in-another-object quote: "put

Re: Re Topic'd. Probable LC bug getting return from a Value function

It looks like you're missing the parentheses in the function name. Try: put value("getValue()",group "myGroup" of card "myCard") into tVal Regards, Scott Rossi Creative Director Tactile Media, UX/UI Design On 2/22/16, 5:08 PM, "use-livecode on behalf of William Prothero"

Re Topic'd. Probable LC bug getting return from a Value function

Folks: Sorry for the duplicate posting. But, the topic on my prev one was not descriptive and I need this to work. I think I’ve found a bug when trying to call a function and get a return value out of the message path. I make a stack with a group containing 2 buttons, and a 3rd button to call

Re: LC 7.1 possible bug

On 14/12/15 21:23, Richmond wrote: I'm not sure if this is a bug: https://www.dropbox.com/s/aat4znrcta95bvg/bugPerhaps.gif?dl=0 I made a moronically simple stack to make numbered roundels, and once I had got beyond a certain amount the contextual menu of the properties palette went "sour",

Re: LC 7.1 possible bug

Hi Richmond, There's no explicit limitation on the number of objects beyond 'available memory' so it won't be anything like that. Things to check: Does the problem happen in 6.7? Does the problem happen in 8? What are the names of the images you have generated? How many images are needed to

Re: LC 7.1 possible bug

Not an answer to your issue, but instead a construction suggestion. It sounds like you're creating the numbered ovals as groups. If so, you can instead use oval graphics by themselves to accomplish the same result, by setting the showName of the oval to true and setting the label property of the

Re: Is this a bug or expected behavior?

Fascinating, Captain. Putting the long id of group 1 of me resolves to the buttons long id. It is indeed ignoring “group 1 of”. Bob S On Jun 28, 2015, at 08:59 , Richard Gaskin ambassa...@fourthworld.com wrote: Mike Bonner wrote: Make a stack, put a button on it. In the script of the

Re: Is this a bug or expected behavior?

Mike Bonner wrote: Make a stack, put a button on it. In the script of the button put set the width of group 1 of me to random(the width of this card) Apply, and click the button. The button width changes despite being directed at a group that doesn't exist. Is this expected behavior, or

Re: Control Shift Graphic Bug Possible Cause

Yes I did. For some reason none of my sent or deleted emails from this list are showing up there. I checked my settings for this account and there is nothing I can see there that would do that. At any rate, as I said moving the window seems to refresh it, but having done that, I discovered the

Re: Control Shift Graphic Bug Possible Cause

I see a very untypical 10-hour period of silence on the list from 06:29 to 16:45 to be precise (Central European Time). Looks like a problem with the listserv. Graham On 29 Jan 2015, at 17:31, Bob Sneidar bobsnei...@iotecdigital.com wrote: For some reason none of my sent or deleted emails

Re: Control Shift Graphic Bug Possible Cause

Different problem. I was talking about how my mail client has not retained sent mail for quite some time, although I think I now know why. Apple Mail threads ALL mail, received or sent, in a single thread. When I delete the thread, it also deletes the sent mail in the thread. In versions past

Re: Control Shift Graphic Bug Possible Cause

I’d love to tell you, unfortunately I cannot find the email they sent me saying they had not heard from me in a while and were closing it. I also discovered there is no way to view just the bugs I have filed. When I search on my name I get No Bugs Found. Bob S On Jan 28, 2015, at 08:33 , Devin

Re: Control Shift Graphic Bug Possible Cause

On Jan 29, 2015, at 8:44 AM, Bob Sneidar bobsnei...@iotecdigital.com wrote: I’d love to tell you, unfortunately I cannot find the email they sent me saying they had not heard from me in a while and were closing it. I also discovered there is no way to view just the bugs I have filed. When I

Re: Control Shift Graphic Bug Possible Cause

Okay I believe I have isolated the cause of my graphical display bug. When I go to another card in the stack, for some reason the card resizes. I know this because when I go back, the original card is smaller than it was when I left it and not all the objects fit. I believe that this resizing

Re: Control Shift Graphic Bug Possible Cause

On Jan 28, 2015, at 8:58 AM, Bob Sneidar bobsnei...@iotecdigital.com wrote: Hi all. I reported and filed a bug report about going to a card and having all the controls shifted, and “holes” in the background graphic where the controls should have been. I just noticed that sometimes

Re: Wondering about the bug reports in Standalone

Jacqueline: Thanks for the verification. I suspected as much. I have a php emailer on my server and can use that, but it’s been awhile, but that would probably be the best option. I’m on “vacation” now, so the built-in option will suffice until I return to my work space. Best, Bill On Dec 23,

Re: Wondering about the bug reports in Standalone

On 12/23/2014 3:59 PM, William Prothero wrote: Folks: I’m just now beta testing my application and love the bug report system that the Standalone Maker automatically includes. I’m wondering what the restrictions are in this. Does it require the local user to have email set up? This app will be

Re: Is this a bug or am I missing something?

Mark, This isn't true. If the traversalOn of a button it true, it can have focus. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Installer Maker for LiveCode:

Re: Is this a bug or am I missing something?

Mark Schonewille m.schonewille@... writes: This isn't true. If the traversalOn of a button it true, it can have focus. Right. I stand corrected. But that doesn't apply to menu buttons. -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode

Re: Is this a bug or am I missing something?

Mark, Wrong again. Create a menu button, set its traversalOn to true, press tab and use the arrow keys to navigate the menu. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer

Re: Is this a bug or am I missing something?

Mark Schonewille m.schonewille@... writes: Wrong again. Create a menu button, set its traversalOn to true, press tab and use the arrow keys to navigate the menu. Hmm... I did that before posting. I'm unable to have the focusedObject be a menu button on osx. I'll check again when I get the

Re: Is this a bug or am I missing something?

On 10/10/2014, 4:55 PM, Mark Wieder wrote: Mark Schonewille m.schonewille@... writes: Wrong again. Create a menu button, set its traversalOn to true, press tab and use the arrow keys to navigate the menu. Hmm... I did that before posting. I'm unable to have the focusedObject be a menu button

Re: Is this a bug or am I missing something?

Not sure why it matters. You cannot tab to an OS X button even if traversal on is true, unless of course you set some system property that escapes me at the moment to make you stack look and act like an ugly OS 9 hypercard-ish monstrosity. I even tried scripting to focus on the button, but it

Re: Is this a bug or am I missing something?

Mark, It might be different on OSX. I'm using Windows today. Also, I've now noticed that you need to click in the card and not on the title bar to enable navigation by arrow keys --seems a small bug to me. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering

Re: Is this a bug or am I missing something?

Mark Schonewille m.schonewille@... writes: It might be different on OSX. It's *very* different on osx, or at least different from linux, because on osx the menubar takes on a life of its own and is no longer visually on the card. -- Mark Wieder ahsoftw...@gmail.com

Re: Is this a bug or am I missing something?

That's true, Mark, but my point was only that menu buttons can have focus. Apparently, it doesn't make a difference to OP. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK:

Re: Is this a bug or am I missing something?

The OP wondered why the focusedObject didn't work for buttons on OS X. It's because buttons can't have focus there. On October 10, 2014 6:13:29 PM CDT, Mark Schonewille m.schonewi...@economy-x-talk.com wrote: That's true, Mark, but my point was only that menu buttons can have focus.

Re: Is this a bug or am I missing something?

Mark Schonewille m.schonewille@... writes: That's true, Mark, but my point was only that menu buttons can have focus. Apparently, it doesn't make a difference to OP. No, that's *exactly* the point. If you look at the code in his sample stack, he's tracking the focusedObject when a menu

Re: Is this a bug or am I missing something?

Mark, Thanks for the clarification but if you have the patients to explain a bit further it would be appreciated. When the sub stack field has the focus, the “long name of the focused object” refers to a card of the main stack (at least there is no reference to a sub stack). For the first

Re: Is this a bug or am I missing something?

John- My apologies - I forgot about the weirdness of menus on osx. My earlier response was based on linux, which has a much more reasonable approach to UI interaction. So here's what I see happening on osx: 1. click in the substack field 2. click on a menu item This actually moves the focus to

Re: Is this a bug or am I missing something?

I’m curious if the button itself is focusable. Instead, call a function in the card script and use send in time. If it still results in two different objects, then Houston, we have a problem. Bob S On Oct 8, 2014, at 22:02 , John j...@onechip.com wrote: I have found a circumstance where

Re: Is this a bug or am I missing something?

I did not try this from a menu, but it works as advertised from an ordinary button. Craig On Oct 8, 2014, at 22:02 , John j...@onechip.com wrote: I have found a circumstance where the long name of the focusedObject” and “the focusedObject” refer to different objects in the same line of

Re: Is this a bug or am I missing something?

On 10/9/2014, 1:15 PM, Bob Sneidar wrote: I’m curious if the button itself is focusable. Buttons are focusable on Windows and Linux but not on OS X. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com

Re: Is this a bug or am I missing something?

Mark, I can see your line of reasoning but it does not quite track. The first line in the result field does show that the focus is with main stack card where the menu buttons are located. In my case, the second line indicates that the focus is on the sub stack field, *not* the result

Re: Is this a bug or am I missing something?

Jaque, While this may be the case in general, when the menubar script is: on mouseDown put the long name of the focusedObject return return the focusedObject into field results end mouseDown The first part of the put (the long name of the focusedObject) results in a card on the

Re: Is this a bug or am I missing something?

On 10/9/2014, 2:10 PM, John wrote: While this may be the case in general, when the menubar script is: on mouseDown put the long name of the focusedObject return return the focusedObject into field results end mouseDown The first part of the put (the long name of the focusedObject)

Re: Is this a bug or am I missing something?

The fog is lifting a bit and I can see why the card gets the focus. That the focusedObject can change part way through a single line of script is a bit unsettling. The original goal was to access a property of a field to update the menus before they are shown and using the selectedField

Re: Is this a bug or am I missing something?

Certainly true about buttons not being focusable on OSX, not so sure about the focus changing when the button is clicked. I put the cursor into a field on a card then entered this in the message box: put the long name of the focusedObject return the focusedObject The first line of the output

Re: Is this a bug or am I missing something?

On 10/9/2014, 3:22 PM, John wrote: The fog is lifting a bit and I can see why the card gets the focus. That the focusedObject can change part way through a single line of script is a bit unsettling. The original goal was to access a property of a field to update the menus before they are shown

Re: Is this a bug or am I missing something?

John john@... writes: If I am thinking about this right, it means that the focusedObject was changing during the execution of the single line script. Yes, that's what I was trying to say. Sorry if it wasn't clear. -- Mark Wieder ahsoftw...@gmail.com

  1   2   >