LiveCode Forums

SparkOut wrote: ↑

Mon Apr 15, 2024 8:09 am

That wasn't what I was answering. Windows uses volume names for drive referencing (by humans). LiveCode returns a resolved file path on Windows which invariably has a drive letter.

Yes, that was my concern about the solution the OP is considering.

SparkOut wrote: ↑

Sun Apr 14, 2024 12:00 am

Windows has always used volume names. Those volumes may or may not be assigned a drive letter.

In file paths, such as the value returned from "the long name of this stack"?

Does Windows now identify volumes by name rather than letter designation?

Vendor lock-in is desirable to shareholders, but not to customers, particularly enterprise. AppleTalk was dropped in favor of TCP long ago. AOL, CompuServe, GENIE, eWorld...all gave way to the open web. Even today's social media is diversifying, with the closest thing to an emerging common ground be...

The product name? That was the pattern at the time. Apple bundled useful tools, but in those days intentionally stopped short of making truly feature-rich apps, leaving the market open for third parties. It was a new platform and Apple made their money on hardware, so they worked hard to bring in th...

For the sake of completeness, a tip of the hat across the fullness of time: gratitude for LC carrying the xTalk torch into the 21st century, and to Bill Appleton's World Builder, the first scriptable multimedia authoring tool for Mac, released in 1986. Appleton later went on to make Course Builder, ...

@ stam : yes, I had considered this kind of solution but I feared a long execution time knowing that I have 96 controls and access to control properties is rather slow. You might be surprised. I've done a LOT of performance and stress testing of the engine over my decades of relying on it, and I'd ...

I do think modernising the forum to a new forum platform like Discourse and importing all the existing phpBB posts might go a long way to encouraging active participation, but the reality is that the number of active participants is low, hence the apparent “well established pattern”… Yep. I like Di...

A global property to govern scope would be one way to handle it, but in addition to doubling the implementation/testing/documentation commitment it may still have side effects with any third-party code that doesn't take that into account. Stam's accessor handler gets the job done well, and reminds u...

Mark Waddingham is a very thoughtful API designer. When he chose to implement the textChanged message many years ago, I'd venture to guess that his decision to make it a catch-all for system events while leaving scripted changes up to the scripter was not mere slouch. Moreover , at this point, with ...

Text manipulated by user actions can take many forms, including typing, cutting, pasting, drag-n-drop, etc. Having the text changed message to handle all of them is a godsend. In contrast, the one thing we know about text being manipulated by script is that the scripter is in control of how that hap...

According to https://superuser.com/questions/1085734/how-do-i-know-the-dpi-of-my-laptop-screen: PPI = sqrt((pixels_horizontal^2 + pixels_vertical^2) / inches_diagonal) i guess you need a way to get the diagonal dimensions of the screen and know the pixel doubling. Not sure if that helps? The arithm...

Thanks, but those don't return DPI, just multipliers for pixel doubling on high-res displays.

LC has a way to obtain DPI (pixel density) on mobile, but I don't believe there's anything in the engine to get that info for desktop platforms. I have a case where on-screen display needs to be of a specific real-world size in inches. I can dig up the AppleScript/Powershell combos needed for stuff ...

Native deployment is LiveCode's strength, and its breadth in that space leaves most competition in the dust. It has a few weaknesses to address, esp with mobile (scrolling fields, clipboard, etc), but still a strong competitor for mobile. Moreover, it's almost alone in the desktop space, where user...