Re: CentOS Death in 2021
I personally use Neon, it's based upon Ubuntu and is the development base platform for KDE. I find that it is better integrated between the tools as they are specializing upon one desktop and ensuring everything is properly supported. I have used livecode on it over the past year without issue. So, all the benefits of ubuntu but more stable and better supported, downside is that you are limited to only the one desktop environment or else all the stability issues are gone. best regards Dalton On Sun, 13 Dec 2020 at 13:50, Richmond via use-livecode < use-livecode@lists.runrev.com> wrote: > Well, I am running LC 9.6.1 on Xubuntu (Ubuntu with XFCE) 20.10 without > a backward glance: Rocks! > > Richmond. > > On 13.12.20 19:40, Sean Cole (Pi) via use-livecode wrote: > > Hi all, > > > > I just heard the news that RedHat is going to be dropping support for > > CentOS. With my recent issues with PDF Printing in CentOS, I was already > > looking to perhaps try out CentOS8 or another Dist. but now we have this > > news I'm thinking of going to Ubuntu. > > > > The release notes for LC says it supports Ubuntu 16.04, which is cool. > But > > I notice my server host says they have 16.04, 18.04, 20.04 and 20.10. Is > > anyone out there running LC on one of these later builds of Ubuntu? I'd > > like to hear your thoughts. Or maybe I should be looking at Fedora. > > > > All the very best > > > > Sean Cole > > *Pi Digital * > > ___ > > 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 9.0.5
9.05 is for the foolish people who bought the special indy license for version 9 You know, the people who where expecting a stable product that was feature complete for the version. Unfortunately, such a beast does not exist. I will not make the same mistake again. On Fri, 4 Oct 2019 at 19:21, Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > Yes, any bug fixes in 9.0.5 will be (or have been) merged into the 9.5 > branch. > > Thanks, > Brian > On Oct 4, 2019, 4:01 PM -0400, JJS via use-livecode < > use-livecode@lists.runrev.com>, wrote: > > I understand, but these will be merged into 9.5.x ? right? > > > > I might think people will go to 9.5.x instead of 9.0.5 > > > > Op 4-10-2019 om 21:47 schreef Brian Milby via use-livecode: > > > 9.0.x merely fixes bugs > > > 9.5 is a feature bump release (and 9.5.x will be subsequent bug fix > releases) > > > > > > Thanks, > > > Brian > > > On Oct 4, 2019, 2:26 PM -0400, Richmond via use-livecode < > use-livecode@lists.runrev.com>, wrote: > > > > I am a bit confused about LiveCode 9.0.5 Stable, > > > > as surely it has been superseded by LiveCode 9.5.0 Stable? > > > > > > > > After all LiveCode 8.2.0 went "nowhere". > > > > > > > > I would be grateful if someone could explain how stable releases > > > > released after stable versions of LiveCode with higher version > > > > numbers work in the "great scheme of thing?" > > > > > > > > Richmond. > > > > > > > > > > > > > > > > ___ > > > > 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: Recommended specs for Windows Development computer.
Try Vmware Fusion - you can run windows without needing a dual boot - you just need a windows 10 licence. On Thu, 3 Oct 2019 at 14:04, Erik Beugelaar via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi, > > I would advise this hardware: > > - LGA 1152 motherboard (with PCIe ports) > - Intel i5 processor > - 8GB RAM or more > - 256GB SSD or better 256GB M.2 NVMe if supported by your Mac > > OR use VM's (which I am using on a 32GB Mac machine): > > - Expand your current RAM in your Mac to at least 16GB or more if possible > - Replace all mechanical HDD's with SATA SSD or even better M.2 NVMe SSD > (minimum 512GB) > - Use Parallels Desktop > > Just my 2 cents... > > On 03/10/2019, 19:49, "use-livecode on behalf of Martin Koob via > use-livecode" use-livecode@lists.runrev.com> wrote: > > Hi > > I need to buy a new desktop PC to be used for LiveCode development > including using the new camera control and the player as I am working on a > cross platform application for Mac and Windows. > > I have been developing the application on on a Mac to this point but > need to have the PC for testing and debugging in a Windows environment. > > Being a Mac guy I am not sure what I should look for in a PC— > processor, speed, RAM, etc. I bought a cheap desktop PC, an Acer AXC-230 a > year or so ago for that purpose but that is painfully slow. So I don’t want > to make that mistake again. > > With the comments on speed problems on Windows in the earlier thread I > don’t want to get something underpowered. > > Any suggestions? What are people using? > > Thanks in advance. > > Martin Koob > > Sent from my iPhone > > ___ > 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: ...and Livecode... where are we now?
I first bought livecode back in 2010, they had lots of hype and promises at the time, most of the promises did not really start to arrive until the open source kickstarter (such as version control). I have tried to make sense of the code base, in order to add support for a few things, such as native support for a new sql engine (firebird) but between the products unstable UI (at least on linux) and the not-really open source elements of the tool, stopped me from investigating it further, especially since I can use Lazarus to generate cross platform apps with a fully open source tool set. I gave it one last try with the LC 9 release, but, the lack of development and the split of support from 9 to 9.5 within months of my getting the license, tells me that, as a developer, there is little reason for me to try to learn the language. I know of many others who tried and walked away from livecode, mostly due to the way they have managed it. I have been watching for awhile since I was a fan of hypercard back in the day, but, from the viewpoint of a wysiwyg design, cross platform, native compile environment, livecode is not something I would recommend to anyone. I have hopped that would change, but, after 9 years, nothing has really changed. On Thu, 3 Oct 2019 at 09:33, Dan Brown via use-livecode < use-livecode@lists.runrev.com> wrote: > I'm sure that LC HQ would have loved to solely preside over the language > and a flourishing opensource and enterprise community that kept the lights > on . Unfortunately that just hasn't happened since the kickstarter > campaign. Without the LCFM lifeline I think they may have ceased to exist > in the medium term. > > > > On Thu, Oct 3, 2019 at 2:08 PM Mike Kerner via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > poor comms don't make this better. one good thing about LCG was that we > > had bi-monthly updates. this year, no comms. > > i am less hopeful that the influx of new revenue will matter in the > medium > > term, because most of the effort will be on the requests that are tied to > > the new revenue. > > every time this has happened with any other tool we use here, we wait > with > > disappointment. then at any sign of effort, we get excited, and then we > > seep back into disappointment. > > it's feeling like it's time to back-burner LC, too. there is good energy > > from about 50 people, but the mother ship is doing a poor job of managing > > that energy. > > > > On Thu, Oct 3, 2019 at 5:56 AM Lagi Pittas via use-livecode < > > use-livecode@lists.runrev.com> wrote: > > > > > Hi Tom, > > > > > > It doesn't take a Sherlock home to work out that if (I hope when!) > LCFM > > > works out that the company will have > > > an influx of "new blood" with the attendant large increase in yearly > > > subscriptions. > > > > > > My very short post (cut down from my usual rants) was lobbing a tiny > hand > > > grenade in to arena, and see if someone at LCHQ > > > bites and tells us something of consequence rather than "it's going > well" > > > or LC will be the better for all the new stuff they are working on. > > > > > > Surely if they have some extra money coming in they can have someone > > > working on finishing all the (paid for) promises and milestones. > > > (HH and Sean I feel your pain - HTML5 anyone?). I'm reading between > the > > > lines but Trevor probably knows how well it's doing - but the rest of > use > > > are being treated like mushrooms. > > > > > > "Soon" can be years rather than months and weeks - and typically is > > years. > > > For example Filemaker has a precision of 16 to 400 digits. So that MUST > > > have been coded for, will we get that retrofitted in the future . > > > I'm not asking because I need 400 digits but you never know. > > > > > > Filemaker has data binding and field Validation. > > > > > > > > > https://fmhelp.filemaker.com/help/16/fmp/en/#page/FMP_Help%2Ffield-validation.html%23 > > > > > > (I could do that in Clipper in 1985 with field masks). Yes I've rolled > my > > > own but their are things better done as a standard in an LC library. > > > > > > When is the IDE that still crashes at least 4 times a day whenever I > run > > > through more than 5 breakpoints in succession,going to get some love. > > > What about the Script Editor being SLOWER than molasses - 4 seconds > > between > > > key presses. > > > What about Sqlite engine/library, the 2D physics where we were told > there > > > was a working version over a year ago. The Sound on Linux. What about > the > > > raspberry PI version. I shouldn't need to go on. > > > > > > I want LCFM to work like the next guy but please tell us what is going > > on > > > and when. > > > > > > I'd rather base my decisions on facts rather than airy fairy words. > > > > > > Are more programmers coming on board or is LCFM the new shiny object? > > > > > > > > > > > > Sorry for the Mr Angry tone , but I'm a little (make that very > irritated) > > > at the moment, as I just got
Re: import from multi-page png, and automating pdf-> png
https://www.xpdfreader.com/pdftopng-man.html Is probably the tool you are looking for On Fri, 12 Jul 2019 at 14:49, Dalton Calford wrote: > You can use gimp to automate the conversion of pdf's to specified output > file formats/sizes. This is good for batch work. > xpdfreader also has some good utilities/functionality depending upon what > you are trying to do. > > On Fri, 12 Jul 2019 at 14:46, Dr. Hawkins via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> >> As I’m trying to get a temporary workaround for the engine >> pixel-rendering a pdf widget rather than including the pdf, I have a two >> part question: >> >> 1) is there a straightforward way to batch convert pdf to png of >> specified density? >> 2) for a multipage png, is there a “decent” way to use import to get a >> chunk of a specified page, or do I need to know the pixel height of the >> page and do the math? >> — >> Richard E. Hawkins, Esq. >> The Hawkins Law Firm >> 3430 E. Flamingo Rd. >> Suite 232 >> Las Vegas, NV 89121 >> (702) 508-8462 >> >> ___ >> 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: import from multi-page png, and automating pdf-> png
You can use gimp to automate the conversion of pdf's to specified output file formats/sizes. This is good for batch work. xpdfreader also has some good utilities/functionality depending upon what you are trying to do. On Fri, 12 Jul 2019 at 14:46, Dr. Hawkins via use-livecode < use-livecode@lists.runrev.com> wrote: > > As I’m trying to get a temporary workaround for the engine pixel-rendering > a pdf widget rather than including the pdf, I have a two part question: > > 1) is there a straightforward way to batch convert pdf to png of specified > density? > 2) for a multipage png, is there a “decent” way to use import to get a > chunk of a specified page, or do I need to know the pixel height of the > page and do the math? > — > Richard E. Hawkins, Esq. > The Hawkins Law Firm > 3430 E. Flamingo Rd. > Suite 232 > Las Vegas, NV 89121 > (702) 508-8462 > > ___ > 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: Elevating User Rights of Livecode on Linux
nevermind about the /. Just discovering '' vs "" usage.
Still learning livecode and the cheat sheets are not as robust as I would
prefer.
On Wed, 3 Jul 2019 at 12:50, Dalton Calford
wrote:
> Thanks Mark,
>
> I was playing with shell() to see if it would work. I am having some
> path/string issues and can't find a simple example script to show me what I
> am doing wrong.
>
> If I am just using the message box, I can type "put shell(vdir)" and it
> works perfectly for the default path. If instead I ask "put shell(vdir
> /etc)" or "put shell('vdir /etc') etc into the message box, all I get is an
> error.Is the / a special character that needs to be escaped or
> something else?
>
> best regards
>
> Dalton
>
> On Wed, 3 Jul 2019 at 12:41, Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> On 7/3/19 8:28 AM, Dalton Calford via use-livecode wrote:
>> > I am looking to read/write odbc settings from within livecode, but due
>> to
>> > user rights, I want to allow for sudoer style rights elevation.
>> >
>> > Is there a way to present the user with a dialog asking for password
>> from
>> > within livecode?
>>
>> sudo -S is your friend. Try something like this:
>>
>> on mouseUp pMouseButton
>> local tCommands
>> local tPassword
>>
>> put "apt update" into tCommands
>> ask password "type your sudo password"
>> put it into tPassword
>> get shell("echo" && tPassword && "| sudo -S" && tCommands)
>> put it into field 1
>> end mouseUp
>>
>> --
>> Mark Wieder
>> ahsoftw...@gmail.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: Elevating User Rights of Livecode on Linux
Thanks Mark,
I was playing with shell() to see if it would work. I am having some
path/string issues and can't find a simple example script to show me what I
am doing wrong.
If I am just using the message box, I can type "put shell(vdir)" and it
works perfectly for the default path. If instead I ask "put shell(vdir
/etc)" or "put shell('vdir /etc') etc into the message box, all I get is an
error.Is the / a special character that needs to be escaped or
something else?
best regards
Dalton
On Wed, 3 Jul 2019 at 12:41, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 7/3/19 8:28 AM, Dalton Calford via use-livecode wrote:
> > I am looking to read/write odbc settings from within livecode, but due to
> > user rights, I want to allow for sudoer style rights elevation.
> >
> > Is there a way to present the user with a dialog asking for password from
> > within livecode?
>
> sudo -S is your friend. Try something like this:
>
> on mouseUp pMouseButton
> local tCommands
> local tPassword
>
> put "apt update" into tCommands
> ask password "type your sudo password"
> put it into tPassword
> get shell("echo" && tPassword && "| sudo -S" && tCommands)
> put it into field 1
> end mouseUp
>
> --
> Mark Wieder
> ahsoftw...@gmail.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 ODBC connection without DSN?
Thanks Bob, very helpful.
On Wed, 3 Jul 2019 at 11:42, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Maybe a little more useful as a complete function:
>
> function dbConnectODBCByString pServer, pDatabase, pUser, pPasswd
>switch the platform
> case "MacOS"
> get revOpenDatabase("ODBC","Driver={Actual SQLServer};Server=" &
> pServer & ";Database=pDataBase;UID=" & pUser & ";PWD= & pPasswd & ";",,,)
> break
> case "Win32"
> put
> listregistry("HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI\") into
> tOdbcDrivers
> switch
> case "SQL Server Native Client 11.0" is in tOdbcDrivers
>get revOpenDatabase("ODBC","DRIVER={SQL Server Native
> Client11.0};SERVER=" & pServer & ";DATABASE=pDataBase;UID=" & pUser &
> ";PWD=" & pPasswd & ";Trusted_Connection=No",,,)
>break
> case "SQL Server Native Client 10.0" is in tOdbcDrivers
>get revOpenDatabase("ODBC","DRIVER={SQL Server Native
> Client10.0};SERVER=" & pServer & ";DATABASE=pDataBase;UID=" & pUser &
> ";PWD=" & pPasswd & ";Trusted_Connection=No",,,)
>break
> case "SQL Server" is in tOdbcDrivers
> get revOpenDatabase("ODBC","DRIVER={SQLServer};SERVER=" &
> pServer & ";DATABASE=pDataBase;UID=" & pUser & ";PWD=" & pPasswd &
> ";Trusted_Connection=No",,,)
>break
> end switch
> break
>end switch
>return it
> end dbConnectODBCByString
>
> Bob S
>
>
> > On Jul 3, 2019, at 08:22 , Dalton Calford via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Wonderful! Thanks Matthias!
> >
> > I can ensure the ODBC drivers are in, that is not an issue. Most of my
> > testing will be for linux anyways.
> >
> > Best regards
> >
> > Dalton
> >
> >
> > On Wed, 3 Jul 2019 at 11:09, Matthias Rebbe via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Hi Dalton,
> >>
> >> yes it is. You can use SQL Connection strings for it. But in any case
> >> you´ll need to have ODBC drivers installed.
> >>
> >> This here is an old script i used to query the installed Windows ODBC
> >> drivers and do the connection with Connection strings.
> >> It´s old and was registry check was used under Windows 32bit. But the
> >> Connectionstrings still should do with one exception.
> >>
> >> This does not work with new versions of LC on Mac. The latest Mac
> version
> >> which worked with SQL Connection strings was 6.7.11.
> >> Here´s the bug report from 2016
> >> https://quality.livecode.com/show_bug.cgi?id=18151 <
> >> https://quality.livecode.com/show_bug.cgi?id=18151>
> >>
> >>
> >> And here´s the script
> >> -- connection strings Win/Mac with check which Windows SQL ODBC drivers
> >> are installed
> >>
> >> switch the platform
> >>
> >> case "MacOS"
> >>
> >> get revOpenDatabase("ODBC","Driver={Actual SQL
> >>
> Server};Server=192.168.1.250;Database=MyDatabaseName;UID=sa;PWD=MyDatabasePassword;",,,)
> >>
> >> break
> >>
> >> case "Win32"
> >>
> >> put listregistry("HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI\") into
> >> tOdbcDrivers
> >>
> >> switch
> >>
> >> case "SQL Server Native Client 11.0" is in tOdbcDrivers
> >>
> >> get revOpenDatabase("ODBC","DRIVER={SQL Server Native Client
> >>
> 11.0};SERVER=192.168.1.250;DATABASE=MyDatabaseName;UID=sa;PWD=MyDatabasePassword;Trusted_Connection=No",,,)
> >>
> >> break
> >>
> >> case "SQL Server Native Client 10.0" is in tOdbcDrivers
> >>
> >> get revOpenDatabase("ODBC","DRIVER={SQL Server Native Client
> >>
> 10.0};SERVER=192.168.1.250;DATABASE=MyDatabaseName;UID=sa;PWD=MyDatabasePassword;Trusted_Connection=No",,,)
> >>
> >> break
> >>
> >> case "SQL Server" is in tOdbcDrivers
> >>
> >> get revOpenDatabase("ODBC&quo
Re: I am no longer an Apple developer
Hi Alain, I am not a Livecode HTML developer, although I am quite knowledgeable about html 5.I know many different ways to optimize web sites including the use of progressive jpeg, setting up and using a cdn, file compression types/implementations etc. As I don't know how livecode's HTML is generated, I don't know how much use I may be to you. best regards Dalton On Wed, 3 Jul 2019 at 11:30, Alain Vezina via use-livecode < use-livecode@lists.runrev.com> wrote: > Since the first of July, I have managed to get out of Apple's clutches. > Since 2008, I have released eight applications for Mac, iPad and iPhone. I > worked hard to meet Apple's many requirements, which changed far too often, > not to mention the iOS system changes. The last one, 12.x, made all my > applications no longer work on an iPad or iPhone. > > Now I am working hard to ensure that these applications can be used via a > browser using HTML5 from LiveCode. Unfortunately, I am delayed by bugs and > a lack of clear documentation. > > For example, I would like to know which folders or files I need to > compress with gZip to make the download faster. If some of you are experts > in HTML5, I would like to know them; maybe we could form a self-help club... > > Alain Vezina > Logilague > > Translated with www.DeepL.com/Translator > ___ > 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
Elevating User Rights of Livecode on Linux
I am looking to read/write odbc settings from within livecode, but due to user rights, I want to allow for sudoer style rights elevation. Is there a way to present the user with a dialog asking for password from within livecode? best regards Dalton ___ 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 ODBC connection without DSN?
Wonderful! Thanks Matthias!
I can ensure the ODBC drivers are in, that is not an issue. Most of my
testing will be for linux anyways.
Best regards
Dalton
On Wed, 3 Jul 2019 at 11:09, Matthias Rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi Dalton,
>
> yes it is. You can use SQL Connection strings for it. But in any case
> you´ll need to have ODBC drivers installed.
>
> This here is an old script i used to query the installed Windows ODBC
> drivers and do the connection with Connection strings.
> It´s old and was registry check was used under Windows 32bit. But the
> Connectionstrings still should do with one exception.
>
> This does not work with new versions of LC on Mac. The latest Mac version
> which worked with SQL Connection strings was 6.7.11.
> Here´s the bug report from 2016
> https://quality.livecode.com/show_bug.cgi?id=18151 <
> https://quality.livecode.com/show_bug.cgi?id=18151>
>
>
> And here´s the script
> -- connection strings Win/Mac with check which Windows SQL ODBC drivers
> are installed
>
> switch the platform
>
> case "MacOS"
>
> get revOpenDatabase("ODBC","Driver={Actual SQL
> Server};Server=192.168.1.250;Database=MyDatabaseName;UID=sa;PWD=MyDatabasePassword;",,,)
>
> break
>
> case "Win32"
>
> put listregistry("HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI\") into
> tOdbcDrivers
>
> switch
>
> case "SQL Server Native Client 11.0" is in tOdbcDrivers
>
> get revOpenDatabase("ODBC","DRIVER={SQL Server Native Client
> 11.0};SERVER=192.168.1.250;DATABASE=MyDatabaseName;UID=sa;PWD=MyDatabasePassword;Trusted_Connection=No",,,)
>
> break
>
> case "SQL Server Native Client 10.0" is in tOdbcDrivers
>
> get revOpenDatabase("ODBC","DRIVER={SQL Server Native Client
> 10.0};SERVER=192.168.1.250;DATABASE=MyDatabaseName;UID=sa;PWD=MyDatabasePassword;Trusted_Connection=No",,,)
>
> break
>
> case "SQL Server" is in tOdbcDrivers
>
> get revOpenDatabase("ODBC","DRIVER={SQL
> Server};SERVER=192.168.1.250;DATABASE=MyDatabaseName;UID=sa;PWD=MyDatabasePassword;Trusted_Connection=No",,,)
>
> break
>
> end switch
>
> break
>
> end switch
>
> Regards,
>
> Matthias
>
>
>
> Matthias Rebbe
>
> free tools for Livecoders:
> https://instamaker.dermattes.de <https://instamaker.dermattes.de/>
> https://winsignhelper.dermattes.de <https://winsignhelper.dermattes.de/>
> > Am 03.07.2019 um 16:42 schrieb Dalton Calford via use-livecode <
> use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>>:
> >
> > Is it possible to connect to a database without a predefined DSN using
> the
> > livecode database connector?
> >
> > best regards
> >
> > Dalton
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com <mailto: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 ODBC connection without DSN?
Hi Bob,
This is a shame that this not is part of the ODBC implementation in
Livecode.
Many different languages allow for passing all the dsn information in the
connection string.For example, DRIVER={Microsoft Access Driver
(*.mdb)};DBQ=C:\path\to\eft.mdb; or Provider=MSDASQL;DRIVER={MySQL ODBC
3.51
Driver};SERVER=10.10.10.1;DATABASE=Example;UID=myusername;PWD=mypassword;
Most of the drivers I use are opensource and don't require a fee, but even
if they did, I would gladly pay if they gave my clients connectivity (as
long as the price is reasonable). Does anyone have a pointer to where in
the opensource codebase for livecode, I can find the revopendatabase and
associated libraries? I have not had time to download/review the codebase
and it would be helpful to get an idea of where the code is and a pointer
to any possible documentation for when I start investigating it.
best regards
Dalton
On Wed, 3 Jul 2019 at 10:53, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Not to my mind as ODBC relies upon an intermediary service to actually
> make the connection. I don't use ODBC mainly because I would typically have
> to purchase an agent for whatever database engine I am trying to connect
> to, and that has typically been a non-starter for any in house projects I
> want to use.
>
> That being said, I believe it is the only way Livecode can communicate
> with a Microsoft SQL server, as well as Access, FoxPro, Excel etc.
>
> Bob S
>
>
> > On Jul 3, 2019, at 07:42 , Dalton Calford via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Is it possible to connect to a database without a predefined DSN using
> the
> > livecode database connector?
> >
> > best regards
> >
> > Dalton
>
>
> ___
> 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
Livecode ODBC connection without DSN?
Is it possible to connect to a database without a predefined DSN using the livecode database connector? best regards Dalton ___ 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: Panel/Form Widget
I do use google, but, the issue is return on time and investment. The entire purpose of the endeavor is as a front end to a database. Given the database layer has not been touched for years given that all the database bugs where consolidated back in version 2.16 and not touched until 2016 when the consolidated list was marked as 'not a bug' tells me that there is no intention to actually fix the limits to the system. So, why should I spend time, fiddling with the discussions of how to fix the panels (viewers) when a more fundamental issue happens to be the database layer itself. I am going to use html and javascript with an embedded local only web server, as that is less work than livecode. It's a shame. Livecode has so much potential, but, it is fighting itself. I remember when I first looked at livecode back in 2010, they where promising so much that still does not exist. On Fri, 12 Apr 2019 at 13:48, Stephen Barncard wrote: > Good lord, Dalton - you could use gmail which also provides all the other > Google free goodies including online photo services > If you are a programmer this should be the easiest part! > > sqb > -- > Stephen Barncard - Sebastopol Ca. USA - > mixstream.org > > > On Fri, Apr 12, 2019 at 10:01 AM Dalton Calford > wrote: > >> Yea, unfortunately, setting up a site that I can upload to, arrange the >> links etc., is more hassle than it is worth. >> The responses I got on my other thread (about documentation on adding >> another native database client) tells me that I am not able to continue >> with Livecode. >> ODBC is not going to cut it, there is no native jdbc control and the >> system does not seem to have any standardization in regards to database >> access(from a low level standpoint). >> >> I hope I am wrong, but I won't know until I dig further into the git >> sources. >> >> >> >> On Fri, 12 Apr 2019 at 12:45, Stephen Barncard >> wrote: >> >>> This is an old fashioned list, which allows no attachments. >>> Always use links. >>> >>> On Fri, Apr 12, 2019 at 09:40 Dalton Calford via use-livecode < >>> use-livecode@lists.runrev.com> wrote: >>> >>>> > Well, it appears this list is not the best place to use for such a >>>> discussion. >>>> I shared some notes and a screen shot and voila, I get this >>>> >>>> "Your message to use-livecode awaits moderator approval" >>>> > >>>> >>>> I don't know if Richard got the message or not, nor do I know if my post >>>> got approved, but with such a small size (32k) this is really tight if >>>> any >>>> diagrams/mockups are to be included. >>>> ___ >>>> 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 >>>> >>> -- >>> -- >>> Stephen Barncard - Sebastopol Ca. USA - >>> mixstream.org >>> >> ___ 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: Panel/Form Widget
Yea, unfortunately, setting up a site that I can upload to, arrange the links etc., is more hassle than it is worth. The responses I got on my other thread (about documentation on adding another native database client) tells me that I am not able to continue with Livecode. ODBC is not going to cut it, there is no native jdbc control and the system does not seem to have any standardization in regards to database access(from a low level standpoint). I hope I am wrong, but I won't know until I dig further into the git sources. On Fri, 12 Apr 2019 at 12:45, Stephen Barncard wrote: > This is an old fashioned list, which allows no attachments. > Always use links. > > On Fri, Apr 12, 2019 at 09:40 Dalton Calford via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> > Well, it appears this list is not the best place to use for such a >> discussion. >> I shared some notes and a screen shot and voila, I get this >> >> "Your message to use-livecode awaits moderator approval" >> > >> >> I don't know if Richard got the message or not, nor do I know if my post >> got approved, but with such a small size (32k) this is really tight if >> any >> diagrams/mockups are to be included. >> ___ >> 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 >> > -- > -- > Stephen Barncard - Sebastopol Ca. USA - > mixstream.org > ___ 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: Panel/Form Widget
> Well, it appears this list is not the best place to use for such a discussion. I shared some notes and a screen shot and voila, I get this "Your message to use-livecode awaits moderator approval" > I don't know if Richard got the message or not, nor do I know if my post got approved, but with such a small size (32k) this is really tight if any diagrams/mockups are to be included. ___ 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: Documentation on Low Level Database Access
Hi Mark, If I remember correctly, wasn't that DB-Layer rewrite promed back in version 5 or 6 along with full support for version control? On Thu, 11 Apr 2019 at 16:09, Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > On 4/11/19 9:12 AM, Dalton Calford via use-livecode wrote: > > Hi all, > > > > I am looking at the git repositories, the widget documentation etc., > > looking for a solid guide on how livecode accesses database engines. > > > > For example, if I wanted to add low level support for another open source > > database that is available on all the same platforms as livecode, is > there > > any documentation/standardization that I can follow? > > Having started down that road some years ago and run into some immense > walls (i.e., an external library that had to be static and dynamic at > the same time), I backed off in favor of waiting for the fabled db layer > rewrite that was just around the corner. Still waiting. > > -- > Mark Wieder > ahsoftw...@gmail.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: Panel/Form Widget
I was about to explain using screen shots, flow diagrams etc., but, then I thought this may not be the best place to be discussing this. If you think this is as good a list as any, I can proceed, but, I will have to do so later this evening as I am about to start a MOP. best regards Dalton On Thu, 11 Apr 2019 at 15:44, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > This is a very interesting description of a graph database application. > > But how does it relate to having a stack viewable within another stack? > > -- > Richard Gaskin > Fourth World Systems > > > Dalton Calford wrote: > > > ok, > > > > In order to explain what I need the utility for, is as a front end to a > > highly normalized warehouse Temporal Graph database. > > That probably means nothing to you, but, lets assume it does for the time > > being. > > > > For a simple example, lets say we are dealing with addresses, 2.6 billion > > addresses, along with geo location. > > The database does not contain nulls, data tuple width is variable based > > upon a recursive multi-parent relationship. > > Language/Locale information is part of the data structure > > The client connects to a local embedded database which only is used for > > work que's and caching and it in turn will connect to the middle tiers > for > > data synchronization/load balancing > > Authentication is a round robin authkey token passed between the various > > layers over an encrypted database to database channel. > > > > (no, this is not star trek technobabble, it is actually a 1' summary > of > > a specification) > > > > For discussions sake, lets agree upon some terms. > > > > *Viewers* is not natural to me as I never heard the term used before this > > discussion. Lets use a different term > > > > *DataPanel :- *This is the ultimate goal. > > > > > > Ok, in order to explain what is going on, lets begin with a description > of > > a data warehouse problem. > > > > A simple address. > > > > An address has multiple elements, almost all of them defined identically > - > > a text string. Depending upon your location on the planet, the details > > are very different. You could have street numbers or a building number > > within a block. You can have rural or municipal addresses etc. Not > all > > address fields are needed for every address, and you do not want a single > > null (undefined data) in the database. > > So, in order to handle this, each address has a unique id, this is the > > master link. That master link is also linked to a definition of fields > > that comprise this particular address.So, the first address is > [street > > number][street name] while the second is [plot number][rural road > > number][municipality].So two addresses, in the same table, with > totally > > different columns. You can add columns to the addresses on the fly, you > > can even self populate the columns (surface them) based upon postal code. > > Now, this is a full discussion on its own, but, it makes data very easy > to > > manage. > > For example, lets say, you have 100 addresses, each address is in one > city, > > that city is in a state and that state is in a country. > > Each one of those addresses would have a pointer to the city, which has a > > pointer to the state, which has a pointer to the country. > > So, you only ever have the country entered once in the database (with a > > list of how it is used in various languages), same with state and city. > > This cuts the total size of the database enormously. > > > > In order to handle a situation like this, you need a series of embedded > > datapanels. > > > > hmmm, I am thinking this may be very boring for the majority of people on > > this list, perhaps there is a better list than 'using livecode' for this > > discussion? > > > ___ > 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: Panel/Form Widget
ok, In order to explain what I need the utility for, is as a front end to a highly normalized warehouse Temporal Graph database. That probably means nothing to you, but, lets assume it does for the time being. For a simple example, lets say we are dealing with addresses, 2.6 billion addresses, along with geo location. The database does not contain nulls, data tuple width is variable based upon a recursive multi-parent relationship. Language/Locale information is part of the data structure The client connects to a local embedded database which only is used for work que's and caching and it in turn will connect to the middle tiers for data synchronization/load balancing Authentication is a round robin authkey token passed between the various layers over an encrypted database to database channel. (no, this is not star trek technobabble, it is actually a 1' summary of a specification) For discussions sake, lets agree upon some terms. *Viewers* is not natural to me as I never heard the term used before this discussion. Lets use a different term *DataPanel :- *This is the ultimate goal. Ok, in order to explain what is going on, lets begin with a description of a data warehouse problem. A simple address. An address has multiple elements, almost all of them defined identically - a text string. Depending upon your location on the planet, the details are very different. You could have street numbers or a building number within a block. You can have rural or municipal addresses etc. Not all address fields are needed for every address, and you do not want a single null (undefined data) in the database. So, in order to handle this, each address has a unique id, this is the master link. That master link is also linked to a definition of fields that comprise this particular address.So, the first address is [street number][street name] while the second is [plot number][rural road number][municipality].So two addresses, in the same table, with totally different columns. You can add columns to the addresses on the fly, you can even self populate the columns (surface them) based upon postal code. Now, this is a full discussion on its own, but, it makes data very easy to manage. For example, lets say, you have 100 addresses, each address is in one city, that city is in a state and that state is in a country. Each one of those addresses would have a pointer to the city, which has a pointer to the state, which has a pointer to the country. So, you only ever have the country entered once in the database (with a list of how it is used in various languages), same with state and city. This cuts the total size of the database enormously. In order to handle a situation like this, you need a series of embedded datapanels. hmmm, I am thinking this may be very boring for the majority of people on this list, perhaps there is a better list than 'using livecode' for this discussion? On Thu, 11 Apr 2019 at 14:58, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Dalton Calford wrote: > > [lots of valuable stuff bookmarked but not quoted here only for brevity] > > > But, if you are still with me, I am willing to explain what I use, how > > I use it, how it is used in many different applications and languages > > and why. > > > > I can provide specifications, tests and other aspects. I am not > > asking for you to do the work, but, if you are willing to work with > > me, as I learn the in's and out's of livecode, I am sure we can come > > up with something. > > I like that collaborative spirit. This helpful community is quite good > that way. > > Maybe the simplest starting point would be a real-world example of > immediate interest: what are you building that needs Viewers? > > -- > 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: Panel/Form Widget
Hi Richard, I have no experience with such systems. I only work with computers, > where nothing happens until someone writes some code. :) > I understand where you are coming from, as I started out writing assembly for 8088 processors and the whole idea of writing a loop in a high level language is almost like not coding at all (c is just a macro'd version of assembler was how we described it back in the day). But from a "Livecode Users" standpoint, the idea of dropping a widget onto a form, changing some properties and having it work as you want, is for all intents and purposes, not coding. ;P Anyways, onto the idea of a specification. This is easy to do, but, it depends upon what you want the final product to cover? Also there is the issue of terminology.Livecode does not use standard terms or concepts. An example of this happens to be the concept of a Stack. Live code Stacks would be defined in another language as follows SDI Form --->Opaque Layered Panel --->Embedded Event Library --->Embedded Resource Library --->Embedded Style Library Ok, lets start at describing what this means. A window is named a form in most (not all) languages. SDI means a single document format vs a Multiple document format (discussion for another day) On that form would be Opaque Layered Panel which in livecode terms is all the layers of the stack. Most languages do not use the idea of a stack and use a layered panel. A panel is a container like a group, that has all the livecode properties and a few more. It behaves differently depending upon the IDE/RAD in use, but most have similar interactions. An embedded Event Library in other languages, is a series of code snippets/functions/procedures that can be assigned to events. For example, the hot key to pull up help, calls the same code that is called when the help button or help menu item is called. This is done by the various widgets having a list of events they respond to (such as onclick, onmouseover, onmouseexit, ondoubleclick etc) and you assign one of the event libraries code snippets to the widgets event. This uses quite a bit of referential code such as (self, parent, child etc) but you can do the same with livecode. An embedded resource library is similar to dropping a bunch of pdf's, images, sound files etc all onto one stack and referring to them on another page of the stack.With other languages, you general have an object(widget) that you put the items into and it is a resource used by the whole program. An embedded Style library is like when you clone a control in livecode (but a little more). For example, a widget would have a property pointing to a widget that holds all the default settings (such as geometry, colours etc) and if you make a change to the style, it automatically has all the widgets based upon that style update. Again, this is covered in the background, not needing any "Livecode User" coding. This leaves out the ideas of source cursor (a pointer to a widget that maintains/manages a cursor into an array or database table) as well as the concept of the source filter (a property for master detail relationships) Basically a database in many other languages have a series of widgets [DatabaseEngine] (defines which libraries and settings are used when using a connection) [DatabaseConnection](defines the connection strings/user authentication [DatabaseTransaction](defines transactional settings ) [DatabaseCursor] (Points to a sql query, table, view etc) Also has a property for a source filter for master-detail So a database aware widget (lets say a text edit) would have a pointer to a field in the DatabaseCursor, which holds the result tuple from the current row for the widget. That DatabaseCursor would point to a transaction which in turn would point to a connection, which in turn is connected to a database using the DatabaseEngine properties. Now, that is alot to digest. Most people at this point go "TLDR" (too long, didn't read) and we haven't gotten into the section covering single panel or repeating panel containers... But, if you are still with me, I am willing to explain what I use, how I use it, how it is used in many different applications and languages and why. I can provide specifications, tests and other aspects. I am not asking for you to do the work, but, if you are willing to work with me, as I learn the in's and out's of livecode, I am sure we can come up with something. best regards Dalton On Thu, 11 Apr 2019 at 13:05, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Dalton Calford wrote: > > > I am not saying groups are not workable, I am just saying, that in > > comparison to other 'container' style controls on multiple other > > development platforms, they are not as easy to use, nor as versatile. > > Can you tell us more about how they differ in regard to what you're > currently building so we can use your real-world use-case to guide an > implementation?
Re: Documentation on Low Level Database Access
Hi Richard, Thanks for the pointer. I will look that up this weekend. The database I am looking at is called firebird (www.firebirdsql.com). It has embedded and standalone libs. Supports windows, linux, osx and ios along with android. It is opensource and has native support for c++, c, pascal, .net, jdbc/odbc etc. On Thu, Apr 11, 2019, 1:09 PM Richard Gaskin via use-livecode, < use-livecode@lists.runrev.com> wrote: > Dalton Calford wrote: > > > I am looking at the git repositories, the widget documentation etc., > > looking for a solid guide on how livecode accesses database engines. > > > > For example, if I wanted to add low level support for another open > > source database that is available on all the same platforms as > > livecode, is there any documentation/standardization that I can > > follow? > > Does the DB engine provide a socket-driven API? > > If limited to C++, LC's source for rebDB is here: > https://github.com/livecode/livecode/tree/develop/revdb > > If access is limited to C++, many options become available as we learn > more about the specifics. > > What is its name? > > -- > 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
Documentation on Low Level Database Access
Hi all, I am looking at the git repositories, the widget documentation etc., looking for a solid guide on how livecode accesses database engines. For example, if I wanted to add low level support for another open source database that is available on all the same platforms as livecode, is there any documentation/standardization that I can follow? best regards Dalton ___ 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: Panel/Form Widget
Hi Hakan, I am not saying groups are not workable, I am just saying, that in comparison to other 'container' style controls on multiple other development platforms, they are not as easy to use, nor as versatile. In java, delphi, access, kde (the list goes on), you can do all the work you are describing without a single line of code. Drop a 'container widget' onto a form (stack), change the properties you wish (transparency, mouse over, child flow, etc) and drop the widgets you want onto it (changing their properties as needed). The container automatically becomes a type of object which you can inherit from and can itself become embedded into another container. No code needed. In regards to having to align or group controls afterwards, in other languages, you often will throw a series of containers onto a form, setting up their alignment (including how any controls placed within them will align to each other), then start putting the widgets such as buttons, text fields etc after the layout has been completed.You can still move widgets within each container without having to break the container (group) apart in order to use your mouse to change a single widgets position in regards to the rest. Livecode has a great deal to say for itself, but, in this one area, it is still in the stone age when it comes to modern practices. best regards Dalton Calford On Thu, 11 Apr 2019 at 09:51, wrote: > Maybe I don’t understand your idea but I do think you have kind of the > same using a group. If you design your group or your ”panel” you still need > to place your controls. If you move a group you also move the controls > within that group. You can also grab individual controls in a group if you > click on the ”Select Grouped” button. > If you do want to place them programmatically you do have a relation as > all groups can know their children via ”of me”: > > repeat with i = 1 to the number of controls of me >set the loc of control i of me to > end repeat > > Every control also know their parent via ”the owner”: > dispatch ”controlSelected” to the owner of me with the long id of me > > Groups also get a message ”resizeControl” that I have used a lot when > creating my own ”controls” consisting of several controls in a group. > > I can see the advantage if you are to build a fairly complex multi window > layout but still what to keep a one-window layout (ala Photoshop). But even > that should be doable with groups alone as if you drag a palette to be > free-floating you could create a new palette window and clone the group to > that window. > > I usually drag out the controls and place them where I want them and then > select them and ”Group” them afterwards. If I want that exact group in > another project I can clone the group in one way or another. > > So I can’t see the big difference... > > But maybe [probably] I’m missing something… > > :-Håkan > On 11 Apr 2019, 15:27 +0200, Dalton Calford via use-livecode < > use-livecode@lists.runrev.com>, wrote: > > Hi Richard, > Thanks for your response! > > So for the foreseeable future, we have groups, sharable within a stack, > > and clonable anywhere, even into other stacks. Using that as a > foundation, we may be able to write a handler or two to give you a very > Viewer-like experience, if you can share more about the particulars of > how you'll be using them. > > > Although I can see the use of groups as an option, it is far less > intuitive and causes more issues than it should. > For example. > Calculating where to place/move an object within a group requires > calculating where you want a new widget or where to move a widget in > regards to the rest of the group, getting the top left corner of the group, > combining the result etc., all in code. > A parent/child with relative positioning is far simpler and closer to all > modern systems. > Another example, > During development, in other apps, you drop a panel, drop your new widgets > upon it as needed, and that is it. > With Livecode, you either do not create the group until you are absolutely > sure you know what you want in it, or, baring that, play with code or the > project browser to move items into an existing group. > Plus, using the pointer tool to move items within the group is also not > possible as the items in the group are the items you use to click upon to > move the whole group. > > This is a frustrating issue for what should be a simple thing. A > 'container' would be the solution - effectively a smarter group, with > widgets having a 'parent' and a possible array list of 'children'. This > would allow a 'child' to know it's parent, and a 'parent' to know its > children. Event notifications such as changes in geometry, style, etc > could then be triggered/pas
Re: Panel/Form Widget
Hi Richard, Thanks for your response! So for the foreseeable future, we have groups, sharable within a stack, > and clonable anywhere, even into other stacks. Using that as a > foundation, we may be able to write a handler or two to give you a very > Viewer-like experience, if you can share more about the particulars of > how you'll be using them. > Although I can see the use of groups as an option, it is far less intuitive and causes more issues than it should. For example. Calculating where to place/move an object within a group requires calculating where you want a new widget or where to move a widget in regards to the rest of the group, getting the top left corner of the group, combining the result etc., all in code. A parent/child with relative positioning is far simpler and closer to all modern systems. Another example, During development, in other apps, you drop a panel, drop your new widgets upon it as needed, and that is it. With Livecode, you either do not create the group until you are absolutely sure you know what you want in it, or, baring that, play with code or the project browser to move items into an existing group. Plus, using the pointer tool to move items within the group is also not possible as the items in the group are the items you use to click upon to move the whole group. This is a frustrating issue for what should be a simple thing.A 'container' would be the solution - effectively a smarter group, with widgets having a 'parent' and a possible array list of 'children'. This would allow a 'child' to know it's parent, and a 'parent' to know its children. Event notifications such as changes in geometry, style, etc could then be triggered/passed. It would also allow for simpler cropping/scroll bar mechanisms. It would also act as a scoping mechanism for variables and events. You could even have a stack as a child of another stack with this setup (MDI interface). If I had a better understanding of the codebase, I would implement it myself. But, If I had a better understanding of the code base, I would rather spend my time on the database layer which is woefully limited. best regards Dalton On Wed, 10 Apr 2019 at 18:11, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Dalton Calford wrote: > > > In other programming languages/environments that I have used, there is > > a normally a panel object. > > In livecode terms, it would act like a stack that is embedded inside > > another stack as a widget. > > With Delphi, it is a panel (tabbed; normal or repeating) while in > > MSAccess it is a form (repeating or not). > > My question is, does such a thing exist in livecode? > > LC has groups, which can contain any number of objects, and when nested > can even work like having multiple cards within them. They can be > shared across any card within a stack, but not across stacks*. > > Nice for some things, but if you want a true stack object within another > stack you may have to wait a while: this enhancement request is now 14 > years old, for what Gain Momentum introduced to the xTalk world as > "Viewers"; while the LC team has shown interest in it, other priorities > have displaced its implementation: > > https://quality.livecode.com/show_bug.cgi?id=2786 > > So for the foreseeable future, we have groups, sharable within a stack, > and clonable anywhere, even into other stacks. Using that as a > foundation, we may be able to write a handler or two to give you a very > Viewer-like experience, if you can share more about the particulars of > how you'll be using them. > > > > * Many years ago I experimented to find that you could display a group > in another stack, but that was never intended and crashed hard as soon > as you interacted with it. Turns out showing groups across stacks was > technically a bug, long since fixed. #HistoricalTrivia > > -- > 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
Panel/Form Widget
Hi all, In other programming languages/environments that I have used, there is a normally a panel object. In livecode terms, it would act like a stack that is embedded inside another stack as a widget. With Delphi, it is a panel (tabbed; normal or repeating) while in MSAccess it is a form (repeating or not). My question is, does such a thing exist in livecode? best regards Dalton ___ 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
