Re: Help with drawing in LiveCode...

On 6/21/2019 4:54 AM, hh via use-livecode wrote: Here is a very simple drawing stack made once for testing the HTML5 standalone builder. http://hyperhh.de/html5/krikelKrakel2a-8.0.2X.html That could be a helpful example. Thank you, but how do I download the actual stack?

Re: Help with drawing in LiveCode...

post to the forum? I am much more comfortable there, and we can all propose handlers that will restore the old way. Did you try the handler I posted earlier? It is a good start. Craig -Original Message- From: Paul Dupuis via use-livecode To: use-livecode Cc: Paul Dupuis Sent: Fri, Jun

Re: pdf widget initial thangers

On 6/10/2019 12:02 PM, Mike Kerner via use-livecode wrote: anyone messing with the pdf widget, yet? Any thoughts about using it vs. xpdf? the xpdf external is Google PDFium wrapped as an External. the LC950 pdf widget is Google PDFium wrapped as a FFI widget. Expect that effectively the

Re: pdf widget initial thangers

On 6/10/2019 1:58 PM, Mike Kerner via use-livecode wrote: Paul, Have you reworked the xpdf example stack to use the widget? Are there any api additions/deletions between xpdf and the widget? Not yet, but it is on my to do list, probably starting next week? Perhaps the week after. I have some

Re: dragData["private"] is not Unicode aware

On 6/18/2019 3:29 AM, Mark Waddingham via use-livecode wrote: On 2019-06-17 22:09, Paul Dupuis via use-livecode wrote: Folks (those who may have an interest at least): I just filed a bug: https://quality.livecode.com/show_bug.cgi?id=22192 Does this ("Private" NOT Unicode aware)

Help with Pasting of RTL languages into a field

I have a  test stack with a single scrolling field under LC904rc2. The textDirection for the field is the default of "auto" meaning it should align LTR  languages (like English) to the Left and RTL languages (like Arabic or Hebrew) to the Right. English and other LTR test is correctly Left

Re: Help with Pasting of RTL languages into a field

On 5/9/2019 12:15 PM, Paul Dupuis via use-livecode wrote: I have a  test stack with a single scrolling field under LC904rc2. The textDirection for the field is the default of "auto" meaning it should align LTR  languages (like English) to the Left and RTL languages (like Arabic

Re: LC 9.04

On 5/14/2019 2:10 PM, Klaus major-k via use-livecode wrote: * ... * Browser Widget: Progress, isSecure and allowUserInteraction *... Looking at the link above, shows that these were moved to

Re: The correct way to quit a Windows standalone

If it is a requirement for any loaded fonts to be unloaded from memory for a Standalone to actually quit under Microsoft Windows then a bug should be entered at https://quality.livecode.com/ to update the Dictionary entries for: closeStackRequest shutDownRequest quit start using font stop

Re: The correct way to quit a Windows standalone

are | http://www.hyperactivesw.com On May 23, 2019 8:14:59 AM Paul Dupuis via use-livecode wrote: If it is a requirement for any loaded fonts to be unloaded from memory for a Standalone to actually quit under Microsoft Windows then a bug should be entered at https://quality.livecode.com/ to update the

Re: LC904rc2 Project Browser error?

, Geoff Canyon wrote: I installed 9.0.4 on a Mac, and it looks like there are several bugs still with drag and drop of groups. Did you file a bug for this issue? On Sat, Apr 27, 2019 at 12:17 AM Paul Dupuis via use-livecode mailto:use-livecode@lists.runrev.com>> wrote: Not to slight

Re: Windows 64

If I recall correctly: Windows 2000 and XP were only 32-bit Windows Vista and WIndows 7 came in both 32-bit and 64-bit versions (you have to buy the version you wanted. They were sold separately) Windows 8, 8.1, and 10 are available ONLY as 64-bit OSes So, while Microsoft maintains 32-bit

Re: App Store changes in August?

My guess would be the forth coming Notarization requirement by Apple? There was a lot of list discussion about that, but it has nothing to do with LiveCode. It is just another set of steps your will need to do, like Code Signing, for you OSX apps build in LiveCode or any language to run on

Opening a stack changes it's set rect

I discovered today that opening a stack changes its set rect (at least under Windows 10 in LC904/905rc1 when opening a stack invisible See this little gem: https://quality.livecode.com/show_bug.cgi?id=22097 Not a problem is you are just popping up windows and then setting their positions, but

Re: Question for LCB FFI workshop attendees at upcoming conference

On 5/10/2019 10:18 AM, Trevor DeVore via use-livecode wrote: Thanks for the suggestion Paul. This ended up being a really good example to work on. Wow! Thank you Trevor! I have slowly (far too slowly) been trying to develop my LCB expertise to wrap Sphinx, but the C side of things (building

Seeking confirmation of a bug...

I just filed a serious bug for LC904 that is only under OSX. When using 'asnwer file with type ' the selected type is supposed to be returned in 'the result'. This works as expected under Windows, but under OSX using LC904 STABLE, 'the result' is the same as the 'it', both contain the file

Re: Seeking confirmation of a bug...

On 5/16/2019 10:26 AM, Klaus major-k via use-livecode wrote: answer file "sdsdds" with type "PNG, JPEG|png,jpg|" You only  tested with 1 type. Download the test stack from the bug report or try answer file "sdsdds" with type ("PNG Files|png"&"JPEG Files|jpg") to actually have more than one

Re: Seeking confirmation of a bug...

On 5/16/2019 10:32 AM, Klaus major-k via use-livecode wrote: maybe the dictionary should read: "This list is ONLY displayed on Windows systems"? No it is displayed under OSX IF you specify more than one type (tag) not extensions. See my previous reply. Also this fails under LC903 but works

Re: Question for LCB FFI workshop attendees at upcoming conference

On 5/7/2019 1:14 PM, Paul Dupuis wrote: On 5/7/2019 9:35 AM, Trevor DeVore via use-livecode wrote: This is for anyone who plans on attending my workshop on using FFI in LCB at the conference. Is there any code (a macOS Framework, Windows API, DLL, dylib, etc.) that is written in Objective-C

Re: Question for LCB FFI workshop attendees at upcoming conference

On 5/7/2019 9:35 AM, Trevor DeVore via use-livecode wrote: This is for anyone who plans on attending my workshop on using FFI in LCB at the conference. Is there any code (a macOS Framework, Windows API, DLL, dylib, etc.) that is written in Objective-C or that has a C wrapper that you are

LC9.0.4rc2: Problem with Ask dialog not being included in standalone?

I just was creating a simple test stack under Windows 10, LC9.0.4rc2 and discovered that whether I allowed automatic selection of inclusions or explicitly included the Ask/Answer dialogs, the Ask dialog was not being included in my Windows standalone of this test stack. See

Re: Is Anyone using the XPDFViewer?

I looked at my working code. Every where I set the rect, I do so by:   XPDFViewer_Set "pdfViewer","RECT", rect of grc "pdfRect" of grp "pdfViewer" of me where the graphic "pdfRect is a rectangle that is used to to map the area the pdf viewer appears in. Try creating a graphic called

Re: LC904rc2 Project Browser error?

Not to slight to any 3rd party tools, but I personalty would rather identify bugs in LiveCode and report them to the LiveCode Quality Center. My experience has been that a bug, properly reported, with a repeatable recipe and test stack is fixed pretty rapidly these days. One of the first

Re: name vs short name

No it is not consistent, but some of the syntax was baked into Metacard long ago, often in response to some specific customer asking for a way to do some specific thing. Remember, Metacard was effectively a product of a single person. For LiveCode to change it now would break far fr too many

Re: Rects Revisted

On 6/26/2019 1:41 PM, Bob Sneidar via use-livecode wrote: So I am dealing with the rects of stacks vs. the rects of screens, and now I see what the issues people have had are all about. I have a window whose bottom is partially below the screen it is on. But item 4 of the rect of the stack is

Re: CTD meaning?

On 6/28/2019 5:02 AM, Lagi Pittas via use-livecode wrote: Crash To Desktop? Yes. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences:

Re: Accessibility

On 7/11/2019 2:41 PM, J. Landman Gay via use-livecode wrote: Screen readers don't work in LC. How do those of you who support accessibility provide that? Is there anything in LC itself that supports the ADA act? This comes up repeatedly on this list. Any Desktop LC app is compatible with

Re: Best Practice with Player object to determine audio or video

the mediaTYpes property returns tracks (and the documentation doesn't say whether the list is cr delimited or comma delimited, but that is a docs issue) Are you saying that for example if (the mediaTypes of player X contains "audio" and not (the mediaTypes of player X contains "video")) is

Re: Question about "the screen" property of stacks...

for stacks that are not open. Bob S On Jul 11, 2019, at 08:17 , Paul Dupuis via use-livecode wrote: The screen of stack X returns the number of the monitor (the line number for the screenRects) that the stack/window is on. How exactly is this determined? I presume it is based on the loc (location

Best Practice with Player object to determine audio or video

I'm looking for the best way (code), cross platform, to determine if the media a user selected for a player object is audio (only) or a video. I am surprised there is not some inherent player property to get this information. I am using an approach that looks at the formattedHeight (with

Question about "the screen" property of stacks...

The screen of stack X returns the number of the monitor (the line number for the screenRects) that the stack/window is on. How exactly is this determined? I presume it is based on the loc (location) property of the stack, since the window (effective rect or rect) itself can span multiple

Re: Question about "the screen" property of stacks...

t position, but seeing this, it makes more sense to me to move the window to the screen with the closest center. On 7/11/2019 1:08 PM, Mark Waddingham via use-livecode wrote: On 2019-07-11 17:17, Paul Dupuis via use-livecode wrote: The screen of stack X returns the number of the monitor (the l

Re: Question about "the screen" property of stacks...

? On 7/11/2019 1:08 PM, Mark Waddingham via use-livecode wrote: On 2019-07-11 17:17, Paul Dupuis via use-livecode wrote: The screen of stack X returns the number of the monitor (the line number for the screenRects) that the stack/window is on. If someone from the mothership can verify, I would

DataGrid v1 vs DataGrid v2...

QUESTION: If I have a stack with a Datagrid in it that was made in LiveCode 6.x.x. and I have now opened and saved this stack from LiveCode 9.0.5rc1 in the current (v7.0) stack format. Does the Datagrid get converted from a version1 data grid to a version 2 datagrid? Or, if I want/need the

Re: DataGrid v1 vs DataGrid v2...

On 7/9/2019 8:32 AM, Sean Cole (Pi) via use-livecode wrote: Hi Paul. It gets upgraded automatically. If it is in a Form style, the swipe actions are turned off by default to avoid ruining your old versions. Practically all of the old code works as it did before. As it's just the engine that

Re: Symantec quarantining LiveCode standalone on client's machine

Same here. Code signing your application will prevent this. On 7/2/2019 4:10 PM, Tom Glod via use-livecode wrote: Just wondering ..is your executable signed? I've come across this problem before with it being quarantined. avast does the "hold on a second let me check this out first"

Re: Symantec quarantining LiveCode standalone on client's machine

On 7/2/2019 5:57 PM, Curt Ford via use-livecode wrote: Guess it's time to finally look into this. I just visited https://comodosslstore.com but am not sure of the differences between Comodo code signing, Microsoft Authenticode, etc... Any suggestions on best practices with LiveCode/Inno

Re: LC905rc1 Standalone Weirdness with External Stacks

ternal Stacks. The Standalone (again to my mind) is simply the runtime engine glued to the main stack you compiled with it. All other stacks, including the ones referenced in the Stack Files of the main stack are simply opened like the IDE would. Bob S On Jun 28, 2019, at 08:24 , Paul Dupuis

Re: Upcoming MacOS 14.5 with software “notarization” requirements

On 4/10/2019 2:05 PM, J. Landman Gay via use-livecode wrote: I agree it's going to be an extra step. My hope is that once LC figures out how to secure their own IDE they can integrate that into the build process somehow. Maybe there could be an option after the standalone is made to submit it

Re: Saving a tab formatted field to a file and retaining its formatting

Look at "revPrintField" in the Dictionary. If I recall, I think this can be used with the open printing to pdf command On 4/10/2019 12:46 PM, Robert J. Earp via use-livecode wrote: Richard, many thanks for the thought. If you mean the built-in “printing to pdf” then yes, but as far as I

LC904rc2 Project Browser error?

I find that in the project browser under LC904rc2 (Windows 10), I can not relayer groups. Button, fields, etc, all relayer fine by drag and drop within the hierarchical list of the project browser, but not groups. Is this a bug or a lack of RTFM on my part to figure out how it is supposed to

Re: LC905rc1 Standalone Weirdness with External Stacks

On 6/28/2019 2:08 PM, Richard Gaskin via use-livecode wrote: Paul Dupuis wrote: > We have an app we're porting to LC9 (currently doing internal beta > builds under LC9.0.5rc1) that we're seeing some weirdness when > external stacks are opened by the standalone. > > This is happening under OSX.

Re: LC905rc1 Standalone Weirdness with External Stacks

On 6/28/2019 12:48 PM, Dar Scott Consulting via use-livecode wrote: I don't know if this is related or not... I have seen the rectangle of the window off by a similar amount when it overlaps the LiveCode IDE toolbar. This is occurring in a a standalone, so I don't think the IDE toolbar is

Re: Using shell as administrator on Windows 10

On 6/28/2019 1:23 PM, Glen Bojsza via use-livecode wrote: Hello, Is there a way to us LC shell to do commands as administrator? thanks, Glen ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe

Re: LC905rc1 Standalone Weirdness with External Stacks

On 6/28/2019 8:04 PM, doc hawk via use-livecode wrote: On Jun 28, 2019, at 8:24 AM, Paul Dupuis via use-livecode wrote: When the standalone opens the external stack (which could be in an older stack file format), when the mouse is in the external stack window, LiveCode thinks the mouse

Re: LC905rc1 Standalone Weirdness with External Stacks

On 6/28/2019 6:47 PM, Bob Sneidar via use-livecode wrote: Also, if a stack is a part of the EXE, aren't the read only? In other words, you cannot save things like properties by saving the stack? Correct. But not a problem for our app as they are full desktop apps that read and write a

Re: "template" stack in custom property

On 8/2/2019 10:33 PM, ambassador--- via use-livecode wrote: What are the advantage of instantiating the new stack from data in a prop rather than by cloning a substack? That was my question too. It is a very different way of storing a stack. I imagine that an: open invisible stack (the

Re: "copy files", specialfolderpath("resources") and missing files = SHOWSTOPPER

On 8/10/2019 5:03 AM, Klaus major-k via use-livecode wrote: thank you, yes, I imagined something like this. But what does get moved and why, and what can I do to make my app run? We use a "on standaloneSaved pDestFolder" handler and then use revCopyFolder or revCopyFile (or whichever other of

Unicode is not "everywhere"...

I have filed two bug reports that are in LC905rc1 and go back to 7.0 where LC functions that should deal with Unicode properly do not. These are: https://quality.livecode.com/show_bug.cgi?id=22213 -- The "detailed files" function fails for any files with Unicode in the name, returning the

Re: Unicode is not "everywhere"...

7/2019 8:11 AM, Mark Waddingham via use-livecode wrote: On 2019-08-22 21:07, Paul Dupuis via use-livecode wrote: I reported what I thought was 3 bugs in 1 report in https://quality.livecode.com/show_bug.cgi?id=22213. I have edited that report to focus on a single bug - that the detailed files (and p

Re: Unicode is not "everywhere"...

(thanks). I just want the detail files/folders to be fixed as my work-around is slow. On 8/23/2019 4:37 PM, Dar Scott Consulting via use-livecode wrote: If shell returns text, does that mean shellCommand has to go away? On Aug 23, 2019, at 9:05 AM, Paul Dupuis via use-livecode wrote: On 8

Re: Unicode is not "everywhere"...

On 8/22/2019 8:46 PM, Monte Goulding via use-livecode wrote: Both of these are anomalies we could only resolve with new syntax I think… at lease the urlEncode one is. I’m not sure if the expectation of shell is it returns text or binary data… The workaround there would be to open process for

Re: Unicode is not "everywhere"...

I just want it consistent and documented and able to return more than just ASCII data Currently, OSX shell returns UTF8 which may mean that it is returning binary as it is returning 8-bit bytes where Unicode text has been encoded as UTF8 Windows returns CP1252 text, not binary and any

Re: Unicode is not "everywhere"...

Hi Dar, Yes, this is a viable work-around for the Windows shell bug. function newShell pCommand   local tResult   set the hideConsoleWindows to true   set the shellCommand to "cmd.exe /u" --/U for UTF16 output   put shell(pCommand) into tResult   if the result is empty then -- no errors     put

Re: Unicode is not "everywhere"...

ve no idea what Linux does) Correct the CMD.EXE vs Command.exe reference in the Dictionary as well Dar Scott Mad Scientist Paul Dupuis Mad Wizard :-) On Aug 22, 2019, at 9:37 AM, Paul Dupuis via use-livecode wrote: I have filed two bug reports that are in LC905rc1 and go back to 7.0 where LC

Re: Unicode is not "everywhere"...

On 8/22/2019 4:08 PM, Richard Gaskin via use-livecode wrote: Dar Scott wrote: > If the result of shell() is run through textDecode, should then > shell() return binary data? This puts it outside the scope of > "everywhere". I like the idea, as long as simple ASCII characters > work

Re: Weird behavior for modal stacks and answer dialogs

On 9/9/2019 6:50 AM, Giovanni via use-livecode wrote: Hi everybody, I’m writing here to report a very strange behavior of modal stacks and answer dialogs on MacOS Yosemite and Sierra. Basically the modal windows or dialogs, in these OSes simply does not work and this seems to happen since LC

Sorting strangeness

Okay, here is a Monday morning puzzler for folks: Take the following text: Chinese 中文 Georgian ქართული Arabic عربى Greek Ελληνικά Russian русский Norwegian Norsk "sort lines of ascending international" produces exactly what is expected: Arabic عربى Chinese 中文 Georgian ქართული Greek

Re: Test post: Its awfully quiet around here...

On 9/16/2019 9:16 AM, Mark Waddingham via use-livecode wrote: Testing... Not trying to be snide or anything, but I've been too busy posting bugs to the LC quality center and trying to get our 2 commercial applications onto LC905 to post much unless it is related to bugs.

Re: Sorting strangeness

:10 , Paul Dupuis via use-livecode wrote: Okay, here is a Monday morning puzzler for folks: Take the following text: Chinese 中文 Georgian ქართული Arabic عربى Greek Ελληνικά Russian русский Norwegian Norsk "sort lines of ascending international" produces exactly what is expected: A

Re: Sorting strangeness

ot; (using the system locale settings)  and Unicode may mean in relation to one another? Thank you again, Paul Dupuis Researchware On 9/16/2019 2:45 PM, Mark Waddingham via use-livecode wrote: On 2019-09-16 19:01, Paul Dupuis via use-livecode wrote: Thanks Bob for being one of the folks on the list

Re: LC Luvv Da Buggs - Greatest Hits - "Player"

A very entertaining way to present such a sad list :-) Between these and the lengthy list of Unicode bugs... sigh. On 9/16/2019 1:01 PM, Curry Kenworthy via use-livecode wrote: Who would have thought the old player to have had so much bugs in it? Enough per square inch to rival a rowdy case

Re: OT: Catalina - the end of ad hoc & in-house development?

Everyone is signing the praises of tools to jump through Apple's hoops, but I see no one refuting Peter's original claims that Catalina is a ste towards the end of ad-hoc and in-house development for the Apple platform and I would agree. Apple's goal for OSX is to get to the same place as

Re: Merge and unicode

On 9/9/2019 2:13 PM, J. Landman Gay via use-livecode wrote: On 9/9/19 1:08 PM, J. Landman Gay via use-livecode wrote: It seems that the merge command doesn't respect unicode. Does anyone have a workaround? The text I'm inserting is already decoded to UTF16. I misspoke, sorry. It's the

Re: OT: Catalina - the end of ad hoc & in-house development?

If I want to develop an small OSX (or Windows) app for my wife to help her keep track of some hobby related items, I should not have to code sign or notarize it for OSX or Windows or, honestly, any platform. Every OS should provide a way that the USER is still in control of their OS and can

Re: Merge and unicode

Dupuis via use-livecode wrote: On 9/9/2019 2:13 PM, J. Landman Gay via use-livecode wrote: On 9/9/19 1:08 PM, J. Landman Gay via use-livecode wrote: It seems that the merge command doesn't respect unicode. Does anyone have a workaround? The text I'm inserting is already decoded to UTF16. I

Guess encoding for text file...

I started this post of the DEV-LIST. Mark Waddingham kindly responded and smartly suggested I should move it to the USE-LIST, so that is what I am doing. I have also pasted Lark's reply below my original post. -- ORIGINAL POST I

Re: Sorting strangeness

Good to know. Thank you. On 9/18/2019 11:03 AM, Mark Waddingham via use-livecode wrote: On 2019-09-18 15:43, Paul Dupuis via use-livecode wrote: Again, thank you Mark - this helped immensely. In making a commercial text analytics application, we do a lot of sorting of user entered textual

Re: Sorting strangeness

Waddingham via use-livecode wrote: On 2019-09-16 21:54, Paul Dupuis via use-livecode wrote: IF sort lines of ascending text was working correctly for lines of mixed ASCII and Unicode, for someone sorting lines of text that can be Native text, Unicode text (both RTL and LTR), or mixtures of both

Re: Guess encoding for text file...

I am sure my routine could be optimized some for performance. My consideration of doing this via OSX/Windows API using LCB FFI is only partially about performance. I think an advantage is that the OS vendors (with way more resources than me) are more likely to keep the algorithms reflecting up

ANSWER: OSX High Sierra and Mojave Double Titlebars or Menubars?

to the Quality Center bug: https://quality.livecode.com/show_bug.cgi?id=22267 On 7/26/2019 12:27 PM, Paul Dupuis via use-livecode wrote: https://quality.livecode.com/show_bug.cgi?id=22267 We have a screen recording showing the issue (but not what triggered it!) that, when I can get it form

Help with an algorithm...

Today is not my coding day. I have a problem I should be able to design a solution for an am struggling. Clearly I am missing "something" I have 2 lists (LISTNEW and LISTOLD) of the following format: ParentA Child 1 Child 2 etc. ParentB Child 1 etc. etc. The parents are in alphabetical sorted

Should the scope of WholeMatches be expanded?

Is it just me or would anyone else like to see the scope of the wholeMatches property expanded beyond just wordOffset, itemOffset, and lineOffset. I'd like to see wholeMatches apply to: Replace Replace in field Contains (as in if X contains Y) With wholeMatches meaning test at white space

SOLVED: Help with an algorithm...

On 8/5/2019 11:53 AM, Paul Dupuis via use-livecode wrote: Today is not my coding day. I have a problem I should be able to design a solution for an am struggling. Clearly I am missing "something" I have 2 lists (LISTNEW and LISTOLD) of the following format: ParentA Child 1 C

Re: Help with an algorithm...

like: put oldChildren & return & newChildren into allChildrenrepeat for each line tLine in allChildrenput tLine into myArray[tLine] Delete the last item of the old list and do it again. This way the last item can be isolated directly. Craig -Original Message- From: Paul Dupui

How does OSX tell what app to open when you double click a file?

So we make an OSX desktop app in LiveCode that has several document types. We add these to the info.plist file in the App bundle so they are defined, with doc icons, extensions, types, etc. If a user has APPv1 installed that has a plist entry for the file extension .myext and then installs

Re: How does OSX tell what app to open when you double click a file?

o'. https://www.chainsawonatireswing.com/2012/09/19/changing-default-applications-on-a-mac-using-the-command-line-then-a-shell-script/#find-out-the-current-default-for-an-extension Bob S On Aug 6, 2019, at 13:36 , Paul Dupuis via use-livecode wrote: So we make an OSX desktop app in LiveCode that h

Re: How does OSX tell what app to open when you double click a file?

s-on-a-mac-using-the-command-line-then-a-shell-script/#find-out-the-current-default-for-an-extension Bob S On Aug 6, 2019, at 13:36 , Paul Dupuis via use-livecode wrote: So we make an OSX desktop app in LiveCode that has several document types. We add these to the info.plist file in the App

Re: Should the scope of WholeMatches be expanded?

On 8/8/2019 5:18 PM, Dr. Hawkins via use-livecode wrote: On Aug 5, 2019, at 7:43 AM, Paul Dupuis via use-livecode wrote: I'd like to see wholeMatches apply to: Gee, that would do just what I need in searches . . . and the check is already there, and applies in the IDE search/replace

Re: increasing column width of DG keeps running

On 8/1/2019 9:23 AM, JJS via use-livecode wrote: hi, anyone ever had this: Increase the column width of a DG by clicking on the increase button. in the property inspector, keep the mouse down until you think the column is wide enough. Then it keeps running --read increasing the width--

Fwd: Re: How does OSX tell what app to open when you double click a file?

o'. https://www.chainsawonatireswing.com/2012/09/19/changing-default-applications-on-a-mac-using-the-command-line-then-a-shell-script/#find-out-the-current-default-for-an-extension Bob S On Aug 6, 2019, at 13:36 , Paul Dupuis via use-livecode wrote: So we make an OSX desktop app in LiveCode that h

Re: How does OSX tell what app to open when you double click a file?

On 8/6/2019 10:10 PM, Mark Waddingham via use-livecode wrote: On 2019-08-06 23:59, Paul Dupuis via use-livecode wrote: For example, if you drag installed 5 apps, APP1, 2, 3, etc, that all had a info.plist defintion for a .xyz file extension onto a virgin OSX system out of the box

OSX High Sierra and Mojave Double Titlebars or Menubars?

I recall a recent (last year/this year - I think) bug where under OSX High Sierra or Mojave you could end up with double titlebars in your windows or perhaps it was double menubars? I have spent a big chunk of time searching the Livecode Quality Center and can not find this bug. Am I

Re: OSX High Sierra and Mojave Double Titlebars or Menubars?

On 7/26/2019 12:17 AM, Trevor DeVore via use-livecode wrote: On Thu, Jul 25, 2019 at 4:05 PM Paul Dupuis via use-livecode < use-livecode@lists.runrev.com> wrote: I recall a recent (last year/this year - I think) bug where under OSX High Sierra or Mojave you could end up with double tit

Re: looking for 3 or 5 testers for my Notarizing stack

On 7/22/2019 8:24 AM, Matthias Rebbe via use-livecode wrote: To test you´ll need to be a member of Apple´s developer program, a valid Developer ID Application certificate, an AppleID with 2FA and a app-specific password. What is "2FA"? ___

Unicode languages and text selection...

In moving a commercial application that allows researchers to perform a lot of textual analysis  from LC6.7.11 to LC9.0.x, we have been trying to make sure we take advantage of "Unicode Everywhere". In do in so, we test with text in as many different languages (representative of different

Re: OSX High Sierra and Mojave Double Titlebars or Menubars?

On 7/26/2019 11:22 AM, Trevor DeVore via use-livecode wrote: On Fri, Jul 26, 2019 at 9:14 AM Paul Dupuis via use-livecode < use-livecode@lists.runrev.com> wrote: Yes, thank you. In LiveCode 905rc1 in Standalones on OSX High Sierra we are seeing an odd behavior where -- something h

Re: OSX High Sierra and Mojave Double Titlebars or Menubars?

and if I can get more info from her I'll add to it. We have a hard deadline in about 3 weeks. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On July 26, 2019 9:16:10 AM Paul Dupuis via use-livecode wrote: On 7/26/2019 12:17 AM, Trevor

Purge a stack from memory

I know this comes up again and again, is there some counterpart to "revLoadedStacks(application)" that can PURGE a stack from memory? If you have a stack open, say stack "A" and you open a different stack file with a stack called "A", the IDE presents a message about stacks with the same name

Re: Stacks and Sub Stacks

On 9/27/2019 11:29 PM, Sannyasin Brahmanathaswami via use-livecode wrote: No one answers the other question, so I will ask it here, as it goes to Message Hierarchy "put gotSomeFruit() into tBanana" where " gotSomeFruit ()" is among the functions/handlers is found among "stackInUse". ie.

Re: open process

passing information (arguments, commands, etc.) to another program using "open process" requires that the other program has a mechanism to listen to interprocess messages. Most programs designed to accept a set of command-line parameters do not have listeners for inter process communication

Export snapshot and errors...

In LC905rc1, the Dictionary entry for Export Snapshot does not appear to indicate how any error value is returned (for example if the file can not be written) the result is not cleared after an export snapshot - i.e. put the result into tTemp1 -- if this put "X" in tTemp1 export snapshot from

Re: Export snapshot and errors...

On 10/1/2019 8:58 AM, Paul Dupuis via use-livecode wrote: In LC905rc1, the Dictionary entry for Export Snapshot does not appear to indicate how any error value is returned (for example if the file can not be written) the result is not cleared after an export snapshot - i.e. put the result

Re: Export snapshot and errors...

esult' that I wanted to clear. On 10/1/2019 10:39 AM, Bob Sneidar via use-livecode wrote: Is the for error necessary? I just return empty. Bob S On Oct 1, 2019, at 06:02 , Paul Dupuis via use-livecode wrote: command clearResult return empty for e

Re: Does anyone know...

) On 9/25/2019 8:54 PM, Monte Goulding via use-livecode wrote: We currently use ICU 58.2 which looks to be Unicode 9.0 + some extras http://site.icu-project.org/download/58 <http://site.icu-project.org/download/58> On 26 Sep 2019, at 7:50 am, Paul Dupuis via use-livecode wrote: .

Language convenience rant...

Assume I have a function guessTextEncoding that returns the various possible encoding for a text file. If the file is MacRoman and my app is running on OSX (Platform() = "MacOS") I can use: put URL ("file:") into tText put textDecode(tText,"Native") into ... destination OR put

Re: publish and surprise

On 10/1/2019 11:52 PM, Mark Wieder via use-livecode wrote: I have finally gotten around to noticing that LC9.x builds have opened the publish-and-subscribe mechanism to arbitrary messages. I'm not sure when this happened and I'm really not inclined to go searching through all those release

Re: publish and surprise

d be a bit of news. So every message the engine sends is checked to see if there is a subscription to that message and then all objects ( whether in the path or not. ) that are subscribed would receive a message that this message was triggered. That is pretty cool! On Wed, Oct 2, 2019 at 8:53 AM Paul D

LC905rc1 Standalone Weirdness with External Stacks

We have an app we're porting to LC9 (currently doing internal beta builds under LC9.0.5rc1) that we're seeing some weirdness when external stacks are opened by the standalone. This is happening under OSX. We've not seen it (so far) under Windows, but most of our initial QA testing is done

Re: Managing maximized windows on MacOS

I'd like to know this too. I'd love to see a way to better control maximizing a window. the windowBoundingRect is a little out of date. 1) It only applies to the primary monitor (any platform) and I am finding a lot more of our customers have multiple monitors these days (usually a laptop

<    1   2   3   4   5   6   7   8   9   10   >