Re: Plotting Equations that Bifurcate
Thank you, Alex. I am aware of the blank line causing a break, but I can’t seem to programmatically get it (or them) in the right place. I have a smooth solid line that splits in two, and I want to maintain solid lines after the split. I must have something screwy in code. Roger > On Oct 29, 2020, at 4:06 PM, Alex Tweedly via use-livecode > wrote: > > remember that a blank line in the 'points' (aka the vertexlist) is not drawn > - therefore you can put each of the branches as a subset of points, with a > blank in between > > Alex. > > e.g. two Y values for each X, in a single graphic ... > > repeat with i = 1 to N > put N,2*n after t1 > put N,3*n after t2 > end repeat > set the points of grc "L1" to t1 & t2 > > > On 29/10/2020 22:03, Roger Guay via use-livecode wrote: >> I am trying to plot an equation that bifurcates by setting the points of a >> polygon as I iterate the equation. But I can’t figure how to handle the >> bifurcation. Any help will be greatly appreciated! >> >> Roger >> ___ >> 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 > > ___ > 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 ___ 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: Plotting Equations that Bifurcate
remember that a blank line in the 'points' (aka the vertexlist) is not drawn - therefore you can put each of the branches as a subset of points, with a blank in between Alex. e.g. two Y values for each X, in a single graphic ... repeat with i = 1 to N put N,2*n after t1 put N,3*n after t2 end repeat set the points of grc "L1" to t1 & t2 On 29/10/2020 22:03, Roger Guay via use-livecode wrote: I am trying to plot an equation that bifurcates by setting the points of a polygon as I iterate the equation. But I can’t figure how to handle the bifurcation. Any help will be greatly appreciated! Roger ___ 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 ___ 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
Plotting Equations that Bifurcate
I am trying to plot an equation that bifurcates by setting the points of a polygon as I iterate the equation. But I can’t figure how to handle the bifurcation. Any help will be greatly appreciated! Roger ___ 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: Is the DateFormat read only?
Jacque Right as usual. I had forgotten about the internet date, if I ever knew. I suppose somewhere there is a little essay about all this but if so it is buried in the LC documentation. The only souci with this format is that it gives the month in alpha, presumably according to the nationality of the OS. But it’s easy to get the numeric month in other ways. Still, it is just a little bit fiddly to create a full UTC date of the format: -MM-DDThh:mm:ssTZD Works OK now, just slightly more lines of code than I would have guessed. Thanks (again). Graham > On 29 Oct 2020, at 18:15, J. Landman Gay via use-livecode > wrote: > > You can get the time zone, or at least the zone offset, by using "the > internet date". > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On October 29, 2020 8:21:46 AM Graham Samuel via use-livecode > wrote: > >> I understand it, but the Dictionary is misleading and in one case actually >> wrong: when it says the ’time’ form gives the seconds - it doesn’t. You need >> to use the ‘long time’, at least so it seems to me. I have submitted a bug >> report. >> >> I also thought that I could use the ToUniversalTime function, but that >> assumes you already know the time zone. Although LC has a Time Zone library, >> I haven’t found any documentation explaining how an app can find out which >> Time Zone it’s actually in. In fact my app doesn’t care that much, so will >> stick to UTC. >> >> The documentation around all this needs a bit of tidying up, IMHO. >> >> Graham >> >>> On 29 Oct 2020, at 12:07, Tore Nilsen via use-livecode >>> wrote: >>> >>> If you only use a date and convert it, dateItems will assume the time to >>> be midnight on that particular date. >>> >>> Tore >>> 29. okt. 2020 kl. 12:04 skrev Graham Samuel via use-livecode : Just FYI, I think the dictionary is wrong or misleading in respect of what the dateItems does. If you script this in the LC Message Box: put the date into t1 convert t1 to dateItems put t1 You get, e.g. 2020,10,29,0,0,0,5 but if you script put the english time into t1 convert t1 to dateItems put t1 You get e.g. 2020,10,29,11,40,0,5 i.e if you specify the date, you only get the date; but if you specify the time, you get the date thrown in. I could not deduce this from the Dictionary, but maybe I am just poor at reading what it says. Graham > On 29 Oct 2020, at 09:29, Graham Samuel via use-livecode > wrote: > > Thanks Tore - I had forgotten the existence of dateItems. That of course > will do the trick. BTW I was trying to create dates in standard UTC > format, and now I can. > > Graham > >> On 28 Oct 2020, at 23:18, Tore Nilsen via use-livecode >> wrote: >> >> You can convert any given date to dateItems. Then you can use dateItems >> to present the date in any format you like. A date converted to >> dateItems will give you the following list of items: >> >> the year >> the month number >> the day of the month >> the hour in 24-hour time >> the minute >> the second >> the numeric day of the week where Sunday is day 1, Monday is day 2, and >> so forth >> All according to the Dictionary. >> >> To be sure that any valid date format is recognized as a date when you >> read in the date you will like to convert, it is best to ask for the >> system date or set the useSystemDate to true, as this will make all >> valid date formats convert to dateItems. >> >> Best regards >> Tore Nilsen >>> 28. okt. 2020 kl. 22:58 skrev Graham Samuel via use-livecode >>> : >>> >>> A quick test seems to show that the DateFormat can’t be changed by a >>> ‘set’ command. >>> >>> How then can I force a date to be in a given format? I’m really >>> thinking of the difference between US and European dates, i.e >>> >>> d/m/y versus m/d/y >>> >>> Obviously for some types of use, an LC program should be able to force >>> the format for consistency’s sake, regardless of where in the world >>> it’s being run. >>> >>> Can it be done? >>> >>> Graham >>> ___ >>> 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 >> >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >>
Re: Livecode server UNIX version (not Linux).
Brian Milby wrote: > On Oct 28, 2020, at 11:57 PM, Richard Gaskin wrote: >> But Heriberto's up for an adventure, one enhancement that would lower >> RAM use and speed things up a bit is this one: >> >> https://quality.livecode.com/show_bug.cgi?id=14115 >> >> Heriberto, if that's interesting to you let me know. I have a >> workaround in place now... > > What is the workaround that you ended up using? I looked at the code > once but it quickly went over my head. I couldn’t see where the fonts > were pulled in, at least not where it could be cleanly intercepted. I appreciate the time you and Mark Wieder spent looking into that - thanks again. I just ran another test this morning to verify that the setup works reasonably well, and after I get some client work out of the way I'll post some notes on it. In the meantime, another option just occurred to me which may be simpler and more complete: What happens when standalones are run with -ui, and can that flag be added to LC Server? If -ui not only bypasses font init but all other graphics init (like the Skia subsystem, buffering, etc.) it should be a far better solution. And since -ui is already supported for standalones, my hope is it would be simpler to make it available for LC Server than any new flag which would require a new implementation throughout. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ 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: Is the DateFormat read only?
I believe that when you convert a pure time to dateitems it assumes the current date. The date has no time component so it assumes midnight of the current date. Bob S > On Oct 29, 2020, at 04:04 , Graham Samuel via use-livecode > wrote: > > Just FYI, I think the dictionary is wrong or misleading in respect of what > the dateItems does. If you script this in the LC Message Box: > > put the date into t1 > convert t1 to dateItems > put t1 > > You get, e.g. > 2020,10,29,0,0,0,5 > > > but if you script > > put the english time into t1 > convert t1 to dateItems > put t1 > > You get e.g. > 2020,10,29,11,40,0,5 > > i.e if you specify the date, you only get the date; but if you specify the > time, you get the date thrown in. I could not deduce this from the > Dictionary, but maybe I am just poor at reading what it says. > > Graham > >> On 29 Oct 2020, at 09:29, Graham Samuel via use-livecode >> wrote: >> >> Thanks Tore - I had forgotten the existence of dateItems. That of course >> will do the trick. BTW I was trying to create dates in standard UTC format, >> and now I can. >> >> Graham >> >>> On 28 Oct 2020, at 23:18, Tore Nilsen via use-livecode >>> wrote: >>> >>> You can convert any given date to dateItems. Then you can use dateItems to >>> present the date in any format you like. A date converted to dateItems will >>> give you the following list of items: >>> >>> the year >>> the month number >>> the day of the month >>> the hour in 24-hour time >>> the minute >>> the second >>> the numeric day of the week where Sunday is day 1, Monday is day 2, and so >>> forth >>> All according to the Dictionary. >>> >>> To be sure that any valid date format is recognized as a date when you read >>> in the date you will like to convert, it is best to ask for the system date >>> or set the useSystemDate to true, as this will make all valid date formats >>> convert to dateItems. >>> >>> Best regards >>> Tore Nilsen 28. okt. 2020 kl. 22:58 skrev Graham Samuel via use-livecode : A quick test seems to show that the DateFormat can’t be changed by a ‘set’ command. How then can I force a date to be in a given format? I’m really thinking of the difference between US and European dates, i.e d/m/y versus m/d/y Obviously for some types of use, an LC program should be able to force the format for consistency’s sake, regardless of where in the world it’s being run. Can it be done? Graham ___ 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 >>> >>> ___ >>> 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 >> >> >> ___ >> 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 > > ___ > 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 ___ 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 UNIX version (not Linux).
Are we sure about this?? I thought Apple had moved completely away from BSD a long while back. Bob S > On Oct 28, 2020, at 12:53 , Heriberto Torrado via use-livecode > wrote: > > Thanks Andre, > > I realized that BSD kernels are not the same as MacOS kernels. > As you say: MacOS has a hybrid kernel based on XNU and some parts of BSD. ___ 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: Is the DateFormat read only?
You can get the time zone, or at least the zone offset, by using "the internet date". -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On October 29, 2020 8:21:46 AM Graham Samuel via use-livecode wrote: I understand it, but the Dictionary is misleading and in one case actually wrong: when it says the ’time’ form gives the seconds - it doesn’t. You need to use the ‘long time’, at least so it seems to me. I have submitted a bug report. I also thought that I could use the ToUniversalTime function, but that assumes you already know the time zone. Although LC has a Time Zone library, I haven’t found any documentation explaining how an app can find out which Time Zone it’s actually in. In fact my app doesn’t care that much, so will stick to UTC. The documentation around all this needs a bit of tidying up, IMHO. Graham On 29 Oct 2020, at 12:07, Tore Nilsen via use-livecode wrote: If you only use a date and convert it, dateItems will assume the time to be midnight on that particular date. Tore 29. okt. 2020 kl. 12:04 skrev Graham Samuel via use-livecode : Just FYI, I think the dictionary is wrong or misleading in respect of what the dateItems does. If you script this in the LC Message Box: put the date into t1 convert t1 to dateItems put t1 You get, e.g. 2020,10,29,0,0,0,5 but if you script put the english time into t1 convert t1 to dateItems put t1 You get e.g. 2020,10,29,11,40,0,5 i.e if you specify the date, you only get the date; but if you specify the time, you get the date thrown in. I could not deduce this from the Dictionary, but maybe I am just poor at reading what it says. Graham On 29 Oct 2020, at 09:29, Graham Samuel via use-livecode wrote: Thanks Tore - I had forgotten the existence of dateItems. That of course will do the trick. BTW I was trying to create dates in standard UTC format, and now I can. Graham On 28 Oct 2020, at 23:18, Tore Nilsen via use-livecode wrote: You can convert any given date to dateItems. Then you can use dateItems to present the date in any format you like. A date converted to dateItems will give you the following list of items: the year the month number the day of the month the hour in 24-hour time the minute the second the numeric day of the week where Sunday is day 1, Monday is day 2, and so forth All according to the Dictionary. To be sure that any valid date format is recognized as a date when you read in the date you will like to convert, it is best to ask for the system date or set the useSystemDate to true, as this will make all valid date formats convert to dateItems. Best regards Tore Nilsen 28. okt. 2020 kl. 22:58 skrev Graham Samuel via use-livecode : A quick test seems to show that the DateFormat can’t be changed by a ‘set’ command. How then can I force a date to be in a given format? I’m really thinking of the difference between US and European dates, i.e d/m/y versus m/d/y Obviously for some types of use, an LC program should be able to force the format for consistency’s sake, regardless of where in the world it’s being run. Can it be done? Graham ___ 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 ___ 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 ___ 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 ___ 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 ___ 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 ___ 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 ___ 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 UNIX version (not Linux).
The session lockup issue also needs to be addressed. This has been raised in the past but I found the recipe. This bug occurs when requests come too close together. My spidy sense says that this is a file locking race condition. https://quality.livecode.com/show_bug.cgi?id=22560 Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Brian Milby via use-livecode Sent: Thursday, October 29, 2020 9:26 AM To: How to use LiveCode Cc: Brian Milby; Richard Gaskin Subject: Re: Livecode server UNIX version (not Linux). What is the workaround that you ended up using? I looked at the code once but it quickly went over my head. I couldn’t see where the fonts were pulled in, at least not where it could be cleanly intercepted. Sent from my iPhone > On Oct 28, 2020, at 11:57 PM, Richard Gaskin via use-livecode > wrote: > > There may be many useful requests in the bug DB worth considering to improve > the performance, robustness, and feature set of LC Server. > > But Heriberto's up for an adventure, one enhancement that would lower RAM use > and speed things up a bit is this one: > > https://quality.livecode.com/show_bug.cgi?id=14115 > > Heriberto, if that's interesting to you let me know. I have a workaround in > place now, and I'll bet there's a way to move that inside the engine for a > solution that's much simpler than when we discussed it here on this list > earlier this year. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ 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 ___ 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 UNIX version (not Linux).
What is the workaround that you ended up using? I looked at the code once but it quickly went over my head. I couldn’t see where the fonts were pulled in, at least not where it could be cleanly intercepted. Sent from my iPhone > On Oct 28, 2020, at 11:57 PM, Richard Gaskin via use-livecode > wrote: > > There may be many useful requests in the bug DB worth considering to improve > the performance, robustness, and feature set of LC Server. > > But Heriberto's up for an adventure, one enhancement that would lower RAM use > and speed things up a bit is this one: > > https://quality.livecode.com/show_bug.cgi?id=14115 > > Heriberto, if that's interesting to you let me know. I have a workaround in > place now, and I'll bet there's a way to move that inside the engine for a > solution that's much simpler than when we discussed it here on this list > earlier this year. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ 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: Is the DateFormat read only?
I understand it, but the Dictionary is misleading and in one case actually wrong: when it says the ’time’ form gives the seconds - it doesn’t. You need to use the ‘long time’, at least so it seems to me. I have submitted a bug report. I also thought that I could use the ToUniversalTime function, but that assumes you already know the time zone. Although LC has a Time Zone library, I haven’t found any documentation explaining how an app can find out which Time Zone it’s actually in. In fact my app doesn’t care that much, so will stick to UTC. The documentation around all this needs a bit of tidying up, IMHO. Graham > On 29 Oct 2020, at 12:07, Tore Nilsen via use-livecode > wrote: > > If you only use a date and convert it, dateItems will assume the time to be > midnight on that particular date. > > Tore > >> 29. okt. 2020 kl. 12:04 skrev Graham Samuel via use-livecode >> : >> >> Just FYI, I think the dictionary is wrong or misleading in respect of what >> the dateItems does. If you script this in the LC Message Box: >> >> put the date into t1 >> convert t1 to dateItems >> put t1 >> >> You get, e.g. >> 2020,10,29,0,0,0,5 >> >> >> but if you script >> >> put the english time into t1 >> convert t1 to dateItems >> put t1 >> >> You get e.g. >> 2020,10,29,11,40,0,5 >> >> i.e if you specify the date, you only get the date; but if you specify the >> time, you get the date thrown in. I could not deduce this from the >> Dictionary, but maybe I am just poor at reading what it says. >> >> Graham >> >>> On 29 Oct 2020, at 09:29, Graham Samuel via use-livecode >>> wrote: >>> >>> Thanks Tore - I had forgotten the existence of dateItems. That of course >>> will do the trick. BTW I was trying to create dates in standard UTC format, >>> and now I can. >>> >>> Graham >>> On 28 Oct 2020, at 23:18, Tore Nilsen via use-livecode wrote: You can convert any given date to dateItems. Then you can use dateItems to present the date in any format you like. A date converted to dateItems will give you the following list of items: the year the month number the day of the month the hour in 24-hour time the minute the second the numeric day of the week where Sunday is day 1, Monday is day 2, and so forth All according to the Dictionary. To be sure that any valid date format is recognized as a date when you read in the date you will like to convert, it is best to ask for the system date or set the useSystemDate to true, as this will make all valid date formats convert to dateItems. Best regards Tore Nilsen > 28. okt. 2020 kl. 22:58 skrev Graham Samuel via use-livecode > : > > A quick test seems to show that the DateFormat can’t be changed by a > ‘set’ command. > > How then can I force a date to be in a given format? I’m really thinking > of the difference between US and European dates, i.e > > d/m/y versus m/d/y > > Obviously for some types of use, an LC program should be able to force > the format for consistency’s sake, regardless of where in the world it’s > being run. > > Can it be done? > > Graham > ___ > 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 ___ 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 >>> >>> >>> ___ >>> 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 >> >> ___ >> 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 > > > ___ > 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 ___ 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 UNIX version (not Linux).
Hey Friends, I'm enjoying this thread a lot. I'll not be the person to tell someone not to port LC to some new ISA or OS, I think it would be great if LC would run in BSD. Personally, I don't have the time or even the skillset to help this, but I'd love to benefit from it. Incidentally this is the exact mindset that prevents good things from happening because many people want to benefit from something without actually working towards it but I really can't work on this. The work that LC HQ has done throughout the years modernizing the codebase and keeping it all working in multiple systems is amazing and a feat worth of awards but, don't let the convenience of having that funky download page with all the versions fool you, building LC is not that easy especially if you're targeting a new ISA/OS combination. The ideal way in my humble but educated opinion is for LC GPL to be added to the ports collection of FreeBSD, this is described in the FreeBSD porters handbook: https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html This is probably not a weekend project and not for the faint of heart. It will require a lot of work to do this properly, but it can be done. Before dismissing someone volunteering their own time to work on a FreeBSD port based on that system's market share remember that Macs used to be a very small percentage of the market. Under the same rules, LC shouldn't have focused at all on having it working on Macs, clearly Windows was 90% of the global marketshare. FreeBSD has a ton of stuff going for it and the wave of people migrating from Linux towards a BSD experience has been growing steadily since the encroaching of systemd and other "decisions" have moved Linux away from a more traditional UNIX experience. Lots of the shiny things people are doing with Linux have been a part of day to day life of FreeBSD users much earlier and is usually provided in a more cohesive experience, such as Jails vs Docker. I advise people who haven't seen modern FreeBSD workflows to check their foundation youtube channel, there is a lot of nice in-depth videos there that might help people see it through new eyes. That being said, I don't think that LC HQ should dedicate their time to do it, they need to focus on what produces money regardless of how I or other users here feel about different operating systems. On Thu, 29 Oct 2020 at 03:57, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Pi Digital wrote: > > > Here’s my take (for what it’s worth). Although Unix is used in 71.6% > > (source: w3techs.com) of all known websites as of today and Linux only > > 29.0%, at least we have ‘a’ distro that works on some server. > > That struck me as odd, so I took a moment to see how they derived that > impressive Unix number (thanks for including the source). > > It turns out they're lumping Unix and Linux together under "Unix" - when > you click "Unix" you get this breakdown: > > Subcategories of Unix > > This diagram shows the percentages of websites using various > subcategories of Unix. > > How to read the diagram: > Linux is used by 40.5% of all the websites who use Unix > > Websites who use Unix > Linux 40.5% > BSD 0.5% > Darwin less than 0.1% > HP-UX less than 0.1% > Solarisless than 0.1% > Minix less than 0.1% > Unknown59.0% > > I'd wager most of the 59% using "Unknown" are also Linux. > > That would line up well enough with what we see at the Wikipedia page > for server OS market share: > >Linux FreeBSDUnknown Windows > W3Cook July 201596.4% 1.7% 0% 1.9% > W3TechsFeb 201535.9% 0.95% 30.9% 32.3% > Security Space Feb 2014 <79.3% N/A >20.7% > > > https://en.wikipedia.org/wiki/Usage_share_of_operating_systems#Public_servers_on_the_Internet > > While Windows has a strong showing in the enterprise for internal > servers, public-facing servers are by far a Linux story. > > This is not only true for most shared and VPS hosting, but public clouds > as well, with Google, Amazon, and Apple all using Linux to drive their > infrastructure, and even though Azure is a Win/Linux mix there's a > surprising amount of Linux going on there (with Ubuntu being the leading > choice inside containers). > > I bring this up not just because I'm a Linux fanboy (though I am and > make no apologies; I was even worse when I used to be a Mac fanboy ), > but just as a long-winded way to help support your main thesis: > > Aside from new architectures like Linux ARM (Raspberry Pi), the most > commonly-used platforms where LiveCode Serer would be used are well > supported. > > So, as you wrote: > > > Seriously, if anyone was considering doing this, please..., please, > > reconsider and put your efforts and talent into fixing what we already > > have. It would be far more
Re: Is the DateFormat read only?
If you only use a date and convert it, dateItems will assume the time to be midnight on that particular date. Tore > 29. okt. 2020 kl. 12:04 skrev Graham Samuel via use-livecode > : > > Just FYI, I think the dictionary is wrong or misleading in respect of what > the dateItems does. If you script this in the LC Message Box: > > put the date into t1 > convert t1 to dateItems > put t1 > > You get, e.g. > 2020,10,29,0,0,0,5 > > > but if you script > > put the english time into t1 > convert t1 to dateItems > put t1 > > You get e.g. > 2020,10,29,11,40,0,5 > > i.e if you specify the date, you only get the date; but if you specify the > time, you get the date thrown in. I could not deduce this from the > Dictionary, but maybe I am just poor at reading what it says. > > Graham > >> On 29 Oct 2020, at 09:29, Graham Samuel via use-livecode >> wrote: >> >> Thanks Tore - I had forgotten the existence of dateItems. That of course >> will do the trick. BTW I was trying to create dates in standard UTC format, >> and now I can. >> >> Graham >> >>> On 28 Oct 2020, at 23:18, Tore Nilsen via use-livecode >>> wrote: >>> >>> You can convert any given date to dateItems. Then you can use dateItems to >>> present the date in any format you like. A date converted to dateItems will >>> give you the following list of items: >>> >>> the year >>> the month number >>> the day of the month >>> the hour in 24-hour time >>> the minute >>> the second >>> the numeric day of the week where Sunday is day 1, Monday is day 2, and so >>> forth >>> All according to the Dictionary. >>> >>> To be sure that any valid date format is recognized as a date when you read >>> in the date you will like to convert, it is best to ask for the system date >>> or set the useSystemDate to true, as this will make all valid date formats >>> convert to dateItems. >>> >>> Best regards >>> Tore Nilsen 28. okt. 2020 kl. 22:58 skrev Graham Samuel via use-livecode : A quick test seems to show that the DateFormat can’t be changed by a ‘set’ command. How then can I force a date to be in a given format? I’m really thinking of the difference between US and European dates, i.e d/m/y versus m/d/y Obviously for some types of use, an LC program should be able to force the format for consistency’s sake, regardless of where in the world it’s being run. Can it be done? Graham ___ 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 >>> >>> ___ >>> 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 >> >> >> ___ >> 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 > > ___ > 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 ___ 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: Is the DateFormat read only?
Just FYI, I think the dictionary is wrong or misleading in respect of what the dateItems does. If you script this in the LC Message Box: put the date into t1 convert t1 to dateItems put t1 You get, e.g. 2020,10,29,0,0,0,5 but if you script put the english time into t1 convert t1 to dateItems put t1 You get e.g. 2020,10,29,11,40,0,5 i.e if you specify the date, you only get the date; but if you specify the time, you get the date thrown in. I could not deduce this from the Dictionary, but maybe I am just poor at reading what it says. Graham > On 29 Oct 2020, at 09:29, Graham Samuel via use-livecode > wrote: > > Thanks Tore - I had forgotten the existence of dateItems. That of course will > do the trick. BTW I was trying to create dates in standard UTC format, and > now I can. > > Graham > >> On 28 Oct 2020, at 23:18, Tore Nilsen via use-livecode >> wrote: >> >> You can convert any given date to dateItems. Then you can use dateItems to >> present the date in any format you like. A date converted to dateItems will >> give you the following list of items: >> >> the year >> the month number >> the day of the month >> the hour in 24-hour time >> the minute >> the second >> the numeric day of the week where Sunday is day 1, Monday is day 2, and so >> forth >> All according to the Dictionary. >> >> To be sure that any valid date format is recognized as a date when you read >> in the date you will like to convert, it is best to ask for the system date >> or set the useSystemDate to true, as this will make all valid date formats >> convert to dateItems. >> >> Best regards >> Tore Nilsen >>> 28. okt. 2020 kl. 22:58 skrev Graham Samuel via use-livecode >>> : >>> >>> A quick test seems to show that the DateFormat can’t be changed by a ‘set’ >>> command. >>> >>> How then can I force a date to be in a given format? I’m really thinking of >>> the difference between US and European dates, i.e >>> >>> d/m/y versus m/d/y >>> >>> Obviously for some types of use, an LC program should be able to force the >>> format for consistency’s sake, regardless of where in the world it’s being >>> run. >>> >>> Can it be done? >>> >>> Graham >>> ___ >>> 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 >> >> ___ >> 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 > > > ___ > 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 ___ 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: Is the DateFormat read only?
Thanks Tore - I had forgotten the existence of dateItems. That of course will do the trick. BTW I was trying to create dates in standard UTC format, and now I can. Graham > On 28 Oct 2020, at 23:18, Tore Nilsen via use-livecode > wrote: > > You can convert any given date to dateItems. Then you can use dateItems to > present the date in any format you like. A date converted to dateItems will > give you the following list of items: > > the year > the month number > the day of the month > the hour in 24-hour time > the minute > the second > the numeric day of the week where Sunday is day 1, Monday is day 2, and so > forth > All according to the Dictionary. > > To be sure that any valid date format is recognized as a date when you read > in the date you will like to convert, it is best to ask for the system date > or set the useSystemDate to true, as this will make all valid date formats > convert to dateItems. > > Best regards > Tore Nilsen >> 28. okt. 2020 kl. 22:58 skrev Graham Samuel via use-livecode >> : >> >> A quick test seems to show that the DateFormat can’t be changed by a ‘set’ >> command. >> >> How then can I force a date to be in a given format? I’m really thinking of >> the difference between US and European dates, i.e >> >> d/m/y versus m/d/y >> >> Obviously for some types of use, an LC program should be able to force the >> format for consistency’s sake, regardless of where in the world it’s being >> run. >> >> Can it be done? >> >> Graham >> ___ >> 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 > > ___ > 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 ___ 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
