widget inclusion in standalones 8.0.2

[Warren Samples]

I've looked through a number of release notes but haven't been able to 
find this information. Is it expected that we have to manually select 
widgets for inclusion when building standalones in 8.0.2?


I'm running Linux, and I note that this happens automatically in 8.1 RC2.

Warren

___
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: widget inclusion in standalones 8.0.2

[Warren Samples]

On 09/06/2016 09:29 AM, Peter TB Brett wrote:



On 06/09/2016 14:22, Warren Samples wrote:

I've looked through a number of release notes but haven't been able to
find this information. Is it expected that we have to manually select
widgets for inclusion when building standalones in 8.0.2?


Hi Warren,

Yes, just like in LiveCode 8.0.0, you will need to manually choose
widget inclusions in 8.0.2.

Best regards,

Peter




Thank you! I feel better now :D

Warren

___
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: [TOT] Totally Off . . .

[Warren Samples]

On 08/23/2016 05:49 AM, Richmond wrote:

My real book (The Complete . . . ) has labelled bookmarks going back to
when I was gifted that book in 1999 at the UAE University in Al Ain,
UAE, when they, overnight, trashed all their Mac computers and replaced
them with IBM compats running Windows Me, and I had to get to grips with
Toolbook, and remake lots and lots of HC stack as TB programs.

These bookmarks are useful as they stop me having to spend donkey's ages
trawling again.

This would not really be possible with a pdf document.



That may depend on your pdf reader and how it interacts with the 
particular pdf document. I downloaded the hypercard handbook from Lagi's 
link and in KDE's default pdf reader, Okular, I can search text and 
select and copy it and also set bookmarks. Works really well.


Warren

___
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: button width on different platforms

[Warren Samples]

On 01/04/2017 01:05 PM, Matt Maier wrote:

I've got some buttons with text in them. On Windows (where I develop) they
look fine. On Linux the buttons are a little bit narrower so the text is
cut off.

Anyone handled a similar problem?



Matt,

I would suggest dynamically  setting the width of the buttons to the 
formattedWidth of the buttons is the most correct thing to do. You may 
also set the height of the buttons the same way. You will find the 
actual space needed changes with font selection.


I have suggested always setting the height of text fields the same way 
but for some reason that doesn't seem to go over very well. Personally 
I'm not a big fan of fixed height text fields which cut off the 
contained text. This is very common to see in Linux with LiveCode things 
developed on other platforms, including the IDE.


In any event, maybe the worst approach, and also the most common, is to 
start dictating the font selection and size. You can never know what 
reasons the user may have for using a particular font or size.


Dynamic layout is really the best way to go whenever possible. Ask a web 
developer.



Warren

___
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: $1,000 Bounty For LiveCode Bug 20240

[Warren Samples via use-livecode]

On 08/14/2017 07:19 PM, Warren Samples via use-livecode wrote:

On 08/14/2017 07:07 PM, ** Clarence P Martin ** via use-livecode wrote:

The AVI is Blank.



It works here.

___


I transcoded Scott's video to m4v and uploaded it for those who who 
interested and coudn't see 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: $1,000 Bounty For LiveCode Bug 20240

[Warren Samples via use-livecode]

On 08/14/2017 07:07 PM, ** Clarence P Martin ** via use-livecode wrote:

The AVI is Blank.



It works here.

___
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: Using Find with Shell on Mac

[Warren Samples via use-livecode]

On 08/10/2017 10:46 AM, Bob Sneidar via use-livecode wrote:

But I beg to be excused.



:D It's okay, Bob. Stay curious!

Warren

___
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: Using Find with Shell on Mac

[Warren Samples via use-livecode]

On 08/10/2017 09:36 AM, Bob Sneidar via use-livecode wrote:

OH RIGHT. I thought you were talking about using this in the terminal. I know 
about the LC environment variables.

Bob S



What does this do in Terminal?

'echo $HOME'

___
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: Refreshing question

[Warren Samples via use-livecode]

On 07/12/2017 10:11 AM, jbv via use-livecode wrote:

Hi guys
I have a web page that displays various informations
that need to be updated/refreshed every minute.
What is the best way to achieve that ?

1- client side : a settimeout in a js script that
triggers a LC script on a remote server via xmlhttp,
and returns xml data that is analyzed and displayed;

2- server side : a cron job triggers the script
every minute and writes the output data in a
specific location on the server; and then the
web page reads that data via a simple LC script
via an xmlhttp request...

I forgot to mention : the data are the same for
anyone connected to the web page.

Thanks in advance.
jbv




This seems quite unrelated to the topic you replied to but...

You can put something like this in the  of your webpage:



where 15 is the number of seconds to wait in this example. This assumes 
the page contains a script which displays the current data every time 
it's called.


Warren

___
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: Sending an FTP command from one web server to another?

[Warren Samples via use-livecode]

On 07/18/2017 03:38 AM, Tim Selander via use-livecode wrote:


Any ideas why the connection would be refused when coming from on-rev, 
but not LC desktop? Anyways around this?



You might check your hosting account settings to see if there are any 
user, IP, or geo access restrictions set up. Maybe you could add a user 
and perhaps whitelist the on-rev server IP for that user?


Good luck!

Warren

___
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: AW: AW: [OT]h.264 alternatives

[Warren Samples via use-livecode]

On 07/21/2017 03:45 AM, Tiemo Hollmann TB via use-livecode wrote:

But I wonder, which codec youtube converts all videos into or other
platforms are using so that their videos are almost always compatible with
all platforms. There must be any cross-platform codec or the browser video
players bring all available codecs with them




They make files available in more than one format to accommodate various 
browsers. The player and the browser negotiate which file to use. This 
is the common solution to the problem.


If you visit a youtube URL with youtube-dl using the -F option you'll 
see something like this, listing the associated files:



[youtube] NSEISkSfzIg: Downloading MPD manifest
[info] Available formats for NSEISkSfzIg:
format code  extension  resolution note
139  m4aaudio only DASH audio   49k , m4a_dash 
container, mp4a.40.5@ 48k (22050Hz), 1.23MiB

249  webm   audio only DASH audio   68k , opus @ 50k, 1.46MiB
250  webm   audio only DASH audio  103k , opus @ 70k, 2.09MiB
171  webm   audio only DASH audio  124k , vorbis@128k, 3.04MiB
140  m4aaudio only DASH audio  129k , m4a_dash 
container, mp4a.40.2@128k (44100Hz), 3.28MiB

251  webm   audio only DASH audio  181k , opus @160k, 3.89MiB
160  mp4192x144DASH video  109k , avc1.4d400c, 
12fps, video only, 2.71MiB
133  mp4320x240DASH video  246k , avc1.4d400d, 
24fps, video only, 6.09MiB

17   3gp176x144small , mp4v.20.3, mp4a.40.2@ 24k
36   3gp320x240small , mp4v.20.3, mp4a.40.2
18   mp4320x240medium , avc1.42001E, mp4a.40.2@ 96k
43   webm   640x360medium , vp8.0, vorbis@128k (best)


___
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: AW: AW: [OT]h.264 alternatives

[Warren Samples via use-livecode]

On 07/21/2017 04:28 AM, Tiemo Hollmann TB via use-livecode wrote:

... and h.264 is not h.264, it depends on the codec being used! I am also
using h.264 videos on iOS and Android, but the fun stopped with the first
customers, who couldn't play my videos on some Android devices. Obviously my
choice of a Sorenson h.264 codec isn't compatible with all Android devices
(mostly LG) and I have no idea if there is any codec at all, which is
compatible with all Android devices. Sigh!
Tiemo



Tiemo,

Is it possible that you selected encoding options that the decoder 
couldn't handle? That is to say it's not - might not be - that Sorenson 
isn't compatible per se, but that you have to select options which are 
compatible? This has always been an issue. There may also be issues with 
the container. You have to select a conservative profile and the right 
audio format for maximum compatibility. I would encourage you to look 
into this. Obviously, this assumes these devices have some kind of h264 
capability. Many flaming hoops to jump through...


Warren

___
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: AW: [OT]h.264 alternatives

[Warren Samples via use-livecode]

On 07/24/2017 02:54 AM, Tiemo Hollmann TB via use-livecode wrote:

Last year I asked Sorenson media if I have to pay license fees, using the h.264 
codec and got the following answer from Sorenson:
"No, you do not need to pay any license fees to use any codecs included in Squeeze. 
Sorenson Media pays any license fees necessary for all the codecs contained in Squeeze. 
Once you have encoded your video with a licensed product, like Squeeze, you will never 
need to pay any licensing fees again."
I assume that’s the same using other compressing tools
Tiemo



There is so much confusion regarding licenses! Ironically one of the 
main purposes of the MPEG-LA group is to simplify licensing for users 
and distributors by centralizing the process.


From suspect amateur legal advice from internet forum "experts", opaque 
and/or seemingly non-complimentary statements from software distributors 
and MPEG-LA itself, and the lack of comprehensive definitive 
information, it's really hard for someone interested in getting it 
"right" to know what to do without hiring expensive attorneys.


Regarding the ENCODER distributed with device OSs and software, 
including professional software, whose EULAs state that use of the 
encoder has only been licensed for personal and non-commercial use; it 
seems from what the MPEG-LA says that this does not mean there is 
another level of license required to use the software in professional 
production. It points to the possible necessity of royalty payments for 
finished content distribution. Please see:




 and:

 
(This is a very long back and forth, you have to read all of it to 
gather all the information.)


The distribution of encoded content is completely separate from the 
encoder issue. Content distributors might be wise to request a license 
even if their usage does not trigger royalty payments. 
http://www.mpegla.com/main/default.aspx


Sorenson has not paid, nor could it begin to calculate how to pay any 
royalties due on content distributed by its own users, but it is clear 
you don't have to pay any additional fee simply to use Squeeze to 
produce content for paid distribution. (According to the MPEG-LA 
licensing associate.) You could be required to pay to distribute that 
content depending on your circumstances.


When distributing content via YouTube for exaqmple, MPEG-LA view YouTube 
as the distributor and liable for any licensing fees, not the content 
creator. (Again, according to the MPEG-LA licensing associate.)


I hope this was helpful but I make no promises :)

Warren


___
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: widget inclusions Linux

[Warren Samples via use-livecode]

On 07/30/2017 11:33 AM, Warren Samples via use-livecode wrote:

I apologize if this is a known (but not to me) issue...

I am finding that the BMI Calculator does not work after it has been 
built as a standalone in 64bit Linux in recent versions of LiveCode. (I 
haven't tried in any other OS.) It works as expected within the IDE but 
in a standalone the Calculate BMI button doesn't execute any scripts. 
Returning to LC 8.0.1 a standalone functions perfectly if I select all 
the appropriate widgets for inclusion. But, the standalone exhibits the 
same broken behavior if I deselect the lib.json widget.


If I save the stack in 8.0.1, with the proper files selected in 
standalone build settings and open it in 8.1.4 and build, the standalone 
functions as expected.


Is it possible that the lib.json and/or other widgets is are not being 
properly included in the standalone in recent versions of LC, at least 
under 64bit Linux? Maybe I should ask if someone can duplicate this :D 
It happens to me under every distro I test.


Warren




It does indeed seem to be the problem that the json library is not being 
included during the build process. I have found a solution but it seems 
in a sense at least as broken as my previous, non-working standalone.


Switching to manually selecting inclusions and adding the json library 
doesn't solve the problem. Doing this creates a standalone that looks 
the same (it has all the UI widgets even though they weren't selected in 
the dialog) and works the same (Calculate BMI button does nothing).


Switching back to auto-selection of inclusions after selecting the json 
library in the manual inclusions list does produce a standalone that works.


Is this expected? Am I being dense in finding both of these results to 
be counterinuitive, even illogical?


Is there some less confused way to get this library into a standalone? 
Can it be made to happen automatically at build? Is it supposed to 
happen that way?


Warren

___
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

widget inclusions Linux

[Warren Samples via use-livecode]

I apologize if this is a known (but not to me) issue...

I am finding that the BMI Calculator does not work after it has been 
built as a standalone in 64bit Linux in recent versions of LiveCode. (I 
haven't tried in any other OS.) It works as expected within the IDE but 
in a standalone the Calculate BMI button doesn't execute any scripts. 
Returning to LC 8.0.1 a standalone functions perfectly if I select all 
the appropriate widgets for inclusion. But, the standalone exhibits the 
same broken behavior if I deselect the lib.json widget.


If I save the stack in 8.0.1, with the proper files selected in 
standalone build settings and open it in 8.1.4 and build, the standalone 
functions as expected.


Is it possible that the lib.json and/or other widgets is are not being 
properly included in the standalone in recent versions of LC, at least 
under 64bit Linux? Maybe I should ask if someone can duplicate this :D 
It happens to me under every distro I test.


Warren

___
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: How do you detect the necessary inclusions?

[Warren Samples via use-livecode]

On 08/07/2017 11:50 AM, Mike Kerner via use-livecode wrote:

So in 8.1.6, if I have search selected, and then I do a build, and then I
select manual, the auto-found ones are no longer selected?



It doesn't seem to work that way, in my experience, if I understand what 
you're implying. They are selected for inclusion but the boxes are not 
selected in the dialog. What happens is that you have no visual clue 
because the two boxes mentioned are selected while the others are not. I 
complained about this a few days ago and didn't elicit a response. I 
find this ambiguous and unhelpful and also logically wrong. I could be 
mistaken to a certain degree, because I was switching back to 
auto-search. But, you'll notice if you do this that your manual 
selections are saved and included when they weren't before. Baffling 
behavior.


Warren

___
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: [ANN] Release 9.0.0 DP-7

[Warren Samples via use-livecode]

On 06/16/2017 08:53 PM, Mark Wieder via use-livecode wrote:



Is anyone else seeing that the dictionary is broken or is it again a 
case of just me?


warning: save your work first because you have to force-quit after 
trying this.


http://quality.livecode.com/show_bug.cgi?id=19895




These issues also appear here under openSUSE Tumbleweed.

Warren

___
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: Server Installation

[Warren Samples via use-livecode]

On 06/27/2017 02:41 PM, Simon Smith via use-livecode wrote:

  developers need
something reliable that they can get up and running quickly and does not
require in depth knowledge of Linux to get setup.



Perhaps people should be encouraged to consider alternatives to Apache. 
I suspect that for a lot of users wanting to simply run LiveCode scripts 
or serve dynamic content based on LiveCode scripts, most of the 
capability and flexibility of Apache is wasted overhead. If one has 
control over the software, it seems sensible to me to consider options 
which allow more reliably simple configuration.


I use Hiawatha . It's dead simple to 
configure it to work with LC-Server. I have seen someone suggest the 
Abyss web server: 
. There are 
others. It may be that spending a little time researching alternatives 
will pay you back in time (and aggravation!) in getting things running.


Warren


___
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: [ANN] Release 8.1.7 RC-1

[Warren Samples via use-livecode]

On 09/05/2017 12:06 PM, Richmond Mathewson via use-livecode wrote:

The Linux version of LiveCode is STILL NOT loading a dictionary.

[ I see that that problem has been "solved" in LC 9 dp 8 by simply 
inactivating the Dictionary button on Linux. ]



I have no problems with the dictionary in openSUSE (an unsupported 
distro!) in any LC 8.x version including this one. In fact, I haven't 
encountered this issue in any of the many different unsupported distros 
I've tested.


I do, however, suffer from the problem with the dictionary/browser in 
the later versions of LC 9. Aren't these issues the result of at least 
two distinct problems?


Warren





___
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: goofy question about audioClip

[Warren Samples via use-livecode]

On 11/29/2017 02:27 PM, Richmond Mathewson via use-livecode wrote:

Is there a way to play audioClips in Linux?

The tutorial makes no mention of this feature being restricted to some 
platforms.



audioclips work in Linux. I don't know what dependencies you need to 
satisfy, and you'll have to do some experimenting with file formats (wav 
might be the safest bet) and the bit rate and sample rate to find those 
that work and those that don't. My experience is that some sounds (maybe 
very short ones?) seem not to do anything in the IDE but play fine in a 
standalone.


Looking at this page:

http://www.music.helsinki.fi/tmt/opetus/uusmedia/esim/index-e.html

the first three sample wav files "play" as white noise when imported as 
audioclips (in the IDE) but the u-law encoded one reproduces nicely.



Warren

___
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: WTF Worldpay?

[Warren Samples via use-livecode]

On 05/17/2018 03:11 PM, Mike Kerner via use-livecode wrote:

It might be a foreign-transaction thing.  Some of my cards will not go
through worldpay.



This is usually because your credit card issuer has decided not to allow 
transactions to certain locations. You can usually call them and get 
them to permit a particular transaction.


Good Luck,

Warren

___
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: UTF8 on LC server

[Warren Samples via use-livecode]

On 05/31/2018 06:43 AM, Tim Selander via use-livecode wrote:
Is there any way to get LC Server to handle double-byte characters the 
same way LC desktop does?


Tim Selander
Tokyo, Japan


LC Server serves pages with a default "Content-Type" header of:

Content-Type: text/html; charset=iso-8859-1

That would prevent the display of Japanese characters.

Try putting:

put header "Content-Type: text/html; charset=utf-8"

at the top of your lc pages after the http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC 9 Dictionary, Linux

[Warren Samples via use-livecode]

On 06/27/2018 03:45 AM, panagiotis merakos wrote:
> If your Linux machine is not affected by this issue, then you can do 
the following to open the Dictionary in a LC stack (as it used to be):

>
> 1. in the msg box type "put 1 into $LIVECODE_USE_CEF"
> 2. open the dictionary, it should now open in a stack
>
> Best,
> Panos


Thank you! It works perfectly here. The distro is Antergos (Arch) with 
KDE Plasma5, in case you're keeping a list.


Warren

___
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: LC 9 Dictionary, Linux

[Warren Samples via use-livecode]

On 06/27/2018 12:17 PM, Warren Samples via use-livecode wrote:

On 06/27/2018 03:45 AM, panagiotis merakos wrote:
 > If your Linux machine is not affected by this issue, then you can do 
the following to open the Dictionary in a LC stack (as it used to be):

 >
 > 1. in the msg box type "put 1 into $LIVECODE_USE_CEF"
 > 2. open the dictionary, it should now open in a stack
 >
 > Best,
 > Panos


Panos,

It works but it's not persistent. What is the best way to make this "stick"?



Warren

___
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

LC 9 Dictionary, Linux

[Warren Samples via use-livecode]

Hello,

I don't recall off the top of my head what the current remaining issue 
is with the dictionary under Linux. I know there have been a couple or 
three that have been reported by different people on different distros. 
The workaround to open the dictionary in a browser is working pretty 
well, but could use at least one enhancement if it can be managed. 
Currently if I have my default browser open on some desktop other than 
the one LiveCode is on, the dictionary opens in a new tab on the other 
desktop. Could the command used be finessed to force it to open a new 
window? This 'should' open naturally on the current desktop. Another 
possible solution would be a preference option to set a browser for the 
dictionary. That would allow one to use a browser other than the default 
browser and avoid this (minor) inconvenience.


Warren

___
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: LC 9 Dictionary, Linux

[Warren Samples via use-livecode]

On 06/23/2018 07:05 PM, Warren Samples via use-livecode wrote:

Hello,

I don't recall off the top of my head what the current remaining issue 
is with the dictionary under Linux. I know there have been a couple or 
three that have been reported by different people on different distros. 
The workaround to open the dictionary in a browser is working pretty 
well, but could use at least one enhancement if it can be managed. 
Currently if I have my default browser open on some desktop other than 
the one LiveCode is on, the dictionary opens in a new tab on the other 
desktop. Could the command used be finessed to force it to open a new 
window? This 'should' open naturally on the current desktop. Another 
possible solution would be a preference option to set a browser for the 
dictionary. That would allow one to use a browser other than the default 
browser and avoid this (minor) inconvenience.


Warren




I found a solution. I post it here in case another Linux user would be 
interested in this.


It requires some very minor editing of the file:

'revidelibrary.8.livecodescript'

which is in the 
'../runrev/components//Toolset/libraries/' 
directory.


I commented out two lines and added for each of them a corresponding 
line which launches the browser using shell(). This is what it looks 
like (email formatting may insert linebreaks):


revIDEGenerateDictionaryHTML tWhich
-- launch url ("file:" & revIDEGetDictionaryUrl(tWhich)) #original code
  get shell("falkon" && revIDEGetDictionaryUrl(tWhich) && 
"/dev/null &") -- my shell call, all one line


and

revIDEGenerateDictionaryHTML "api", pLibrary, pTag, pType
-- launch url ("file:" & revIDEGetDictionaryUrl("api"))  #original code
  get shell("falkon" && revIDEGetDictionaryUrl("api") && 
"/dev/null &") -- my shell call, all one line


The first instance is at line 4639 and the second at line @ 4920.

I ultimately chose a dedicated browser, Falkon, for a few reasons. 
Opening my default browser with a command line switch which forces a new 
window works, and does what I had hoped, but using a dedicated browser 
and letting it open tabs once it's open has some significant advantages. 
The redirection at the end of the command detaches the running process 
from the shell, making shell() non-blocking.


Warren



___
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: Informal survey: multiple desktops

[Warren Samples via use-livecode]

On 04/30/2018 11:43 PM, Richard Gaskin via use-livecode wrote:
Now that Windows, Mac, and Linux all offer multiple desktop, I'm 
curious: do you folks use them?


FWIW here's how I often work: I tend to open my email client and web 
browser in workspace 1, then LC on workspace 2.  Spaces 3 and 4 tend to 
get used ad hoc when there's something I need to focus on, like having 
another instance of LC, or a graphics tool, etc.  This is on Ubuntu, 
though lately I've started using multiple desktops on Windows as well.


I would be interested in learning how you folks use your desktops, and 
which OS you're on.


--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web




I recently switched from openSUSE to Antergos, but it's still Linux and 
still KDE Plasma5 as my DE. Always multiple desktops and like you, a 
couple dedicated ones and a couple freelance desktops.


I have window rules that will send particular app windows to particular 
desktops regardless of where I am when they are opened. Depending on 
what the window manager allows, this could be a way to avoid the 
inconvenience that Mark Wieder mentions.


I did have the same kind of issues that Ralph DiMola mentions with some 
Livecode stuff showing up on all desktops, but it was a long time ago 
and I can't remember if it was under KDE4 or Gnome 2. I don't see this 
any more under Linux and KDE.


Warren

___
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: lineHeight different Mac vs. Windows

[Warren Samples via use-livecode]

On 12/31/2017 03:11 PM, Peter Bogdanoff via use-livecode wrote:

  text sometimes flows off the bottom of the field. Changing the font size is 
too extreme a change and doesn’t fix widows.

I’m trying to conceive of a method of somehow creating page metadata that 
reformats the Windows text—possibly adjusting field width, arbitrary carriage 
returns to move text, changing the text size of space characters, etc., all in 
an attempt to make the Windows version text display more of less the same as 
Mac. But the problem of line height difference is otherwise unfixable by me.



Linux users also often face the problem where LC developers share stacks 
where multi-line text wraps below the bottom of fields with fixed height.


Can you set the field height to the formattedHeight and auto-show 
scrollbars as necessary when you load the field's contents? That 
ordinarily solves the problem. I would protest efforts to mess with user 
font selection, be it fontface or size and suggest you try to make it 
adaptive. Fontface and size can be elements the user has good reasons to 
set for himself.



Warren

___
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: lineHeight different Mac vs. Windows

[Warren Samples via use-livecode]

On 12/31/2017 04:36 PM, Warren Samples via use-livecode wrote:

and auto-show scrollbars



this should say "or" auto-show scrollbars


___
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: Using open process instead of shell

[Warren Samples via use-livecode]

On 12/24/2017 04:05 PM, Stephen Barncard via use-livecode wrote:

All of the commands work great by using the shell command in LC, except for
the fact that my app waits until some of the commands have finished.



If your concern is bypassing the blocking nature of shell(), then you 
should be aware that there are methods which detach a process from the 
shell after opening it and these can be used in LiveCode shell() to make 
it non-blocking.


For example:

get shell ("nohup mycommand --some-params 'can use single quotes to 
escape if necessary' &")


here the command is prefaced with the 'nohup' and a space and is closed 
with a space and &



There are several variations for redirecting to /dev/null which also 
work to make the shell() non-blocking. Here's an example:


get shell ("mycommand --some-params 'can use single quotes to escape if 
necessary' /dev/null &")



This doesn't respond to your direct question about "open process" but it 
*may* be a straightforward way to resolve the issue that has caused you 
to inquire.


Good Luck,

Warren

___
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: Using this list

[Warren Samples via use-livecode]

On 01/11/2018 10:52 AM, Dan Friedman via use-livecode wrote:

  I get the list as an eMail in my inbox.  If I want to reply, you click 
“Reply”.  Then you have to change the name of the eMail, then copy and paste 
the text from the thread you want to reply to, then you have to spend some time 
reformatting the text.  There must be a better way.



It sounds like you're receiving the digest version. That would cause all 
of these difficulties.


I would suggest a better way is to just subscribe to receive individual 
messages as they are posted and have your email client filter them to a 
folder devoted to just this list's messages. Your client probably has a 
facility to group the messages in threads, although between people who 
are responding to a digest post, and people who are too lazy to start a 
new thread when they post a new topic, this is a little hit or miss, 
depending on whether your client looks at the message ID or the message 
subject to sort the messages to threads. At any rate this is a better 
solution and should allow you to simply hit reply and be done and of 
course you can copy relevant text before you reply to save you time 
editing the quoted text that accompanies your reply.


Good Luck,

Warren

___
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: any tricks to make SHELL non blocking?

[Warren Samples via use-livecode]

On 02/05/2018 11:04 PM, Stephen Barncard via use-livecode wrote:

I have this open sourced app

ffmpeg

and I need to copy the first file from a CD, convert it to a wav file, name
it, and save it to a file on a hard drive.
(the executable is located in the same folder as the stack, hence the ./ )
so my generated command used with the shell command is:

*./ffmpeg -i '/Volumes/Audio CD/1 Audio Track.aiff' '/Volumes/20160518 KJAZ
ARCHIVE MASTER/JULY - JAN 2017/20040315-2-JD0211b.wav'

thanks for any suggestions...


The dictionary says: "On OS X systems, you can use the open process 
command to start up an application, but not a Unix process. To work with 
a Unix process, use the shell func instead." That makes me wonder if you 
can only use shell() with ffmpeg.


Did you try the suggestions from the other thread? Did they not do what 
you needed?


get shell ("nohup mycommand --some-params 'can use single quotes to 
escape if necessary' &")


here the command is prefaced with 'nohup' and a space and is closed
with a space and &


There are several variations for redirecting to /dev/null which also 
work to make the shell() non-blocking. Here's an example:


get shell ("mycommand --some-params 'can use single quotes to escape if 
necessary' /dev/null &")



Using your example given here, they might look like this (linebreaks may 
not be correct due to email fun):


get shell("nohup ./ffmpeg -i '/Volumes/Audio CD/1 Audio Track.aiff' 
'/Volumes/20160518 KJAZ ARCHIVE MASTER/JULY - JAN 
2017/20040315-2-JD0211b.wav' &")


OR

get shell("./ffmpeg -i '/Volumes/Audio CD/1 Audio Track.aiff' 
'/Volumes/20160518 KJAZ ARCHIVE MASTER/JULY - JAN 
2017/20040315-2-JD0211b.wav' /dev/null &")


The method using 'nohup' *might* cause a problem due to not finding 
ffmpeg at its path relative to your LiveCode app. If it fails, that 
would be the first thing to troubleshoot.


Good luck!

Warren

___
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: any tricks to make SHELL non blocking?

[Warren Samples via use-livecode]

On 02/06/2018 10:25 AM, Dr. Hawkins via use-livecode wrote:

double quotes cause evaluation (for shell variables?), back quote (`)
causes contents to execute.  You seem to be using ', which is a literal.

You have*SPACES*  in file names.

This*ALWAYS*  leads to suffering.

Quoting a filename does not make it ok; it's still multiple words. If you
want to keep such evil names, you'll have to escape those spaces with \
  (backslash).


With all due respect, this is not all correct information. It is 
perfectly valid to escape using single quotes (and double quotes) on the 
command line and it works inside a LC shell function.


Just to save time, here are some sources for verification:

https://www.tech-otaku.com/mac/file-folder-paths-os-x-terminal/

http://wiki.bash-hackers.org/syntax/quoting (see "Weak quoting" and 
"Strong quoting")


Warren

___
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: any tricks to make SHELL non blocking?

[Warren Samples via use-livecode]

On 02/06/2018 07:35 PM, hh via use-livecode wrote:

You are obviously an expert with the shell/unix.



Nothing of the sort, I'm just sharing some information I have collected 
from other sources and have found to work in this kind of situation :D


Warren

___
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: LiveCode Server on CentOS 6?

[Warren Samples via use-livecode]

On 07/28/2018 05:39 AM, Keith Clarke via use-livecode wrote:

Hi Folks,
Is anyone running LS Server on CentOS 6?
I notice that only version 7 is officially supported and not being a Linux 
expert, I’d like to know if this server OS would need to be upgraded before 
attempting anything with LC server on it.
TIA
Keith


The release notes say glibc 2.13 or later is needed to run LC 8 and 9 in 
Linux. You can check the installed version in a shell locally, or using 
ssh on a remote machine, with this command:


 ldd --version

The first line it returns tells you the version. On my desktop it 
returns this, showing glibc is version 2.27:


ldd (GNU libc) 2.27
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is 
NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
PURPOSE.

Written by Roland McGrath and Ulrich Drepper.

I have a CentOS 7 server running glibc 2.17 and LC server works there. 
It looks like CentOS 6 ships with 2.12 which won't work.


Good luck!

Warren

___
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: LiveCode Server on CentOS 6?

[Warren Samples via use-livecode]

On 07/29/2018 07:56 PM, Richard Gaskin via use-livecode wrote:


First question (an admittedly ignorant one, but I haven't spent much 
time in the CentOS community):  Why does their package manager not 
automatically keep system components current?


Second question: If the first question cannot be resolved easily, what 
is the advantage of CentOS for this project over Ubuntu or Debian?




Richard,

The explanation that addresses your first question can be expressed in a 
very long-winded manner but also boiled down to this: It's RHEL's 
approach to enforcing stability. They and their clients are interested 
in a system that gives them no bad surprises. This takes into account 
the fact that many of those clients are using complicated proprietary 
software for critical tasks; commercial software and/or software 
developed in-house, which is expected to be fail-proof. There's is an 
obviously ultra-conservative approach, but you can't deny they've been 
successful at what they do :D CentOS naturally inherits the result of 
this philosophy.


The perception of extreme stability, along with the fact that it's one 
of only a very few OSs supported by cPanel, make CentOS very popular 
among hosting companies. All versions of RHEL and CentOS are supported 
for ten years which by design is to eliminate a disruption of services 
caused by forced upgrades. This sometimes leads to hosting companies 
running a version or two behind the latest, which can result in the 
problem Keith is encountering.


Keith has admitted he doesn't have a lot of knowledge and skills in 
Linux, so a managed VPS is a great solution for him. (I feel pretty much 
in that same boat. There are probably a lot of people trying to manage 
their own VPS who shouldn't be! Being well versed on maintaining a Linux 
desktop does not begin to address the skills and knowledge a server 
admin needs.) So, he's a little bit at the mercy of his hosting company. 
Of course the market is open and it's relatively easy to switch hosts. 
There are several distros that would qualify as reliable enough for 
server usage including a few that aren't as widely available as the more 
popular ones. Debian and Ubuntu are totally valid along with CentOS and 
those are probably the most widely available in hosting packages.


Warren

___
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: LiveCode Server on CentOS 6?

[Warren Samples via use-livecode]

On 08/01/2018 01:45 AM, Keith Clarke via use-livecode wrote:

  whether the issues are down to glibc version dependencies is beyond me.


You can check this by running

ldd [/path/to/livecode-server]


It will return a list that looks something like this (from my desktop 
system):


linux-vdso.so.1 (0x631efbacc000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x631efb6a6000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x631efb488000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 
(0x631efb245000)

libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x631efaf7c000)
librt.so.1 => /usr/lib/librt.so.1 (0x631efad74000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x631efa9eb000)
libm.so.6 => /usr/lib/libm.so.6 (0x631efa656000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x631efa43e000)
libc.so.6 => /usr/lib/libc.so.6 (0x631efa082000)
/lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 
(0x631efb8aa000)

libexpat.so.1 => /usr/lib/libexpat.so.1 (0x631ef9e5)
libuuid.so.1 => /usr/lib/libuuid.so.1 (0x631ef9c49000)
libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x631ef9a39000)
libpng16.so.16 => /usr/lib/libpng16.so.16 (0x631ef9803000)
libz.so.1 => /usr/lib/libz.so.1 (0x631ef95ec000)
libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0x631ef934)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x631ef9029000)
libgraphite2.so.3 => /usr/lib/libgraphite2.so.3 
(0x631ef8dfd000)

libpcre.so.1 => /usr/lib/libpcre.so.1 (0x631ef8b8b000)


Don't worry about the first line where there is no returned path. Some 
systems may return those like this "linux-vdso.so.1 => 
(0x7fff6000)" with the memory location after a "=>". There may 
be one or two of those. What's important is that if something is not 
found or is found but in a mismatched version, you will see an explicit 
message stating as much, like so:


libfontconfig.so.1 => not found

If you try running 64bit LC-server on a 32bit machine or 32bit Server on 
a 64 bit machine without any of the 32 bit libs, you will probably see 
the message that the file is not a dynamic executable.


Here's a little bit about ldd that you and others might find helpful:

https://www.lifewire.com/find-shared-libraries-ldd-command-4017941

https://circleci.com/blog/tracking-dependencies-with-ldd/

https://circleci.com/blog/tracking-dependencies-with-ldd/



Good luck!

Warren

___
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: Using stackoverflow.com

[Warren Samples via use-livecode]

On Wed, 15 Aug 2018 11:10:57 -0700
Geoff Canyon via use-livecode  wrote:

> And done! Is there a way to tag repositories on GitHub by language, so it's
> easy to find all LC repos?


https://help.github.com/articles/working-with-tags/

https://github.com/topics/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: Contractors and open source software

[Warren Samples via use-livecode]

On Tue, 4 Sep 2018 16:07:02 -0700
Mark Talluto via use-livecode  wrote:

> Public Software. Contractor will inform [company] in advance of incorporating 
> any open source software into deliverables or services provided to [company] 
> under this Agreement, provide [company] with an analysis of alternative 
> options that do not include open source software, and will proceed with the 
> use of open source software only to the extent of [company]’s written 
> consent. To the extent Contractor incorporates permitted open source software 
> into products or services provided to [company] under this Agreement such 
> open source software (and/or Contractor’s inclusion thereof) will not require 
> any software developed or delivered under the Agreement to be disclosed or 
> distributed in source code form or made freely available to others.
> - - -
> 
> 
> Best regards,
> 
> Mark Talluto

It seems reasonable. They want to avoid any unanticipated legal hassles ($$$) 
with open-source license holders, and also avoid having to turn over anything 
that they would prefer to be their own private intellectual property. They're 
on the ball. How this would play out could depend on which open-source license 
is involved. There are possibly some that they could accept since they allow 
more freedom than some others.

Warren

___
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: LC server and fonts

[Warren Samples via use-livecode]

On 03/02/2018 04:14 AM, jbv via use-livecode wrote:

Hello list
How can I load ttf font files with LC server, at least version 7.1
available on my on-rev account ?
Neither "revFontLoad" nor "start using font file" seem to work...
And the list of available fonts returned by "the fontNames" is quite
limited...

Thanks in advance.
jbv




Does on-rev run on Linux? If you create a directory called '.fonts' 
under your user name and install the fonts you want to use in your 
images in that directory, LiveCode will find them.


A quick test shows this to be true using LC Server 8.1.4, but you may 
have to do some experimenting to get them working in a script accessed 
through your web server. Executing a script to show the fontnames works 
from the command line but without having done any real investigating, I 
have to admit it's not working when accessed through my server. This 
isn't an on-rev nor an Apache server so ymmv. If you decide to go the 
standalone route, you should be able to install your fonts this way to 
use them in the standalone.


Good luck!

Warren

___
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: LC server and fonts

[Warren Samples via use-livecode]

On 03/05/2018 08:59 AM, Mike Bonner via use-livecode wrote:

If you create a directory called '.fonts' under
your user name and install the fonts you want to use in your images in that
directory, LiveCode will find them.

A quick test shows this to be true using LC Server 8.1.4, but you may have
to do some experimenting to get them working in a script accessed through
your web server. Executing a script to show the fontnames works from the
command line but without having done any real investigating, I have to
admit it's not working when accessed through my server.



This may need clarification. Getting the fontnames works always but the 
list returned when doing it from a served page doesn't include the fonts 
in ~/.fonts while running the same script from the command line using 
ssh does show those fonts. I don't know why and didn't investigate any 
further.


Warren

___
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