Hi all. I'll try to make this as succinct as possible.
1. Excel_Lib works in MacOS IDE
2. Excel_Lib works in MacOS Standalone
3. Excel_Lib works in Windows 7 IDE
4. Excel_Lib does NOT WORK in Windows 7 Standalone
5. Excel_Lib works in Windows 10 IDE
6. Excel_Lib does NOT WORK in Windows 10
Bob,
how did you include the library? As a separate stack or integrated in the .exe?
Regards,
Matthias
> Am 22.03.2022 um 19:18 schrieb Bob Sneidar via use-livecode
> :
>
> Hi all. I'll try to make this as succinct as possible.
>
> 1. Excel_Lib works in MacOS IDE
> 2. Excel_Lib works in
The Excel_Lib file is at the same folder level as the application. In other
words I can see Excel_Lib (and the other libraries) in the application folder.
Bob S
> On Mar 22, 2022, at 12:20 , matthias rebbe via use-livecode
> wrote:
>
> Bob,
>
> how did you include the library? As a
OK So I set up a debugging log to see where along the way I was going wrong. I
found some anomalies, and fixed them and now it seems to be working.
Bob S
> On Mar 22, 2022, at 11:18 , Bob Sneidar via use-livecode
> wrote:
>
> Hi all. I'll try to make this as succinct as possible.
>
> 1.
Bob,
are you really sure that Java is used on Windows and not VisualBasicScript?
Here my tests showed that Excel is definitely loaded. It was hidden on the
desktop, but it was listed in TaskManager as a running process.
> Am 22.03.2022 um 22:57 schrieb Bob Sneidar via use-livecode
> :
>
>
Oh yes, that is what I read. Got my wires crossed.
It's interesting that you found that Excel was running hidden. My hangups in
the past may just have been that I was getting some kind of dialog but couldn't
see it because the app was hidden. I say that because when I tried to shut down
my
That is to say, it IS Visual Basic doing the work.
Bob S
> On Mar 22, 2022, at 16:14 , Bob Sneidar wrote:
>
> Oh yes, that is what I read. Got my wires crossed.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to
Hm,
i tried here and it works, but Excel is run/opened hidden. i needed to call
XCEL_Application_Show to get Excel shown.
Regards,
Matthias
> Am 22.03.2022 um 21:07 schrieb Bob Sneidar via use-livecode
> :
>
> The Excel_Lib file is at the same folder level as the application. In other
>
On the Mac, the library uses Apple Events, and for that to work it has to
launch Excel and open the spreadsheet. On Windows, it uses some kind of Java
library, so does not need to open the file or the app, which means it runs much
faster on Windows, quite the anomaly these days. :-)
Bob S
>
Brian.
Storage space should not be an issue. A typical dictionary , whether American
(191,000) or British (280,000), with a median word length of about 8 chars,
still only occupies a handful of MB of storage.
Craig
> On Mar 22, 2022, at 10:25 AM, Rick Harrison via use-livecode
> wrote:
>
That's because the British take 1.46 times as long as Americans to say
anything. ;-)
Bob S
> On Mar 22, 2022, at 15:21 , Craig Newman via use-livecode
> wrote:
>
> Brian.
>
> Storage space should not be an issue. A typical dictionary , whether American
> (191,000) or British (280,000),
Bob,
Another way to check if an application is installed on a mac is by using
AppleScript. Here are some functions that work together to check if TextEdit is
installed.
function q txt
return quote & txt & quote
end q
function isApplicationInstalledByBundleID pID
put "try" & cr into
Damn, I took a long time formatting that message so the source-code would be
legible. Well, sorry, don’t know if it was my mail app or the mailing-list
software, but something borked it.
> On 22 Mar 2022, at 10:36, Andre Garzia wrote:
>
> Bob,
>
> Another way to check if an application is
If you have a database at all, it would cost nothing much in speed to just use
the whole thing all the time. Put the database into an array, of the form:
“cat 1”
"chicken 2”
“elephant 3”
‘miaou 1"
…
The hard part is finding that database. It would take quite a while to build
and finalize your
True about speed, but I was more thinking about storage space and tolerance to
missing words. A complete dictionary would likely be faster.
Brian
Sent from my iPhone
> On Mar 22, 2022, at 9:07 AM, Craig Newman via use-livecode
> wrote:
>
> If you have a database at all, it would cost
Yes, that is where I’m at. An existing database would make things a lot easier.
Rick
> On Mar 22, 2022, at 9:06 AM, Craig Newman via use-livecode
> wrote:
>
> If you have a database at all, it would cost nothing much in speed to just
> use the whole thing all the time. Put the database into
Bob.
There is no way that the uppercase/lowercase difference in a character in a
literal can have that sort of effect. Are you saying you can duplicate this???
Craig
> On Mar 22, 2022, at 7:01 AM, Andre Garzia via use-livecode
> wrote:
>
> Damn, I took a long time formatting that message so
Andre, the goal for me on this one is to get the path to the app so I can use
it in the launch command. For some reason, using the short name of the app does
not work with the launch command, although maybe it should. Also launch using
just the filename does not launch the default app like you
Bob,
AppleScript still your friend. Use this AppleScript from your LiveCode app:
tell application "TextEdit"
set targetFilePath to "Macintosh HD:Users:myuser:Downloads:test.txt"
activate
open file targetFilePath
end tell
Just remember to alter the destination of targetFilePath to be the file
Craig, the system is not case sensitive. Should the Symlink produce true for
there is a folder? If so then I suppose it is a bug. But it's a minor one and
it can be worked around. It makes sense for Apple to put such apps in the
system, as deleting or worse yet modifying them would take more
20 matches
Mail list logo
