Re: Open Printing to PDF
Hello Camm, Are they all printing the same text? If I recall correctly, Open Printing to PDF is where the fail occurs when certain Unicode characters are encountered. Emojis are one example where characters will render in a field but not print to a PDF. Hmmm... I wasn’t able to turn up a bug report number but I’m pretty confident that the problem exists -- Scott Morrow > On Apr 22, 2019, at 12:42 PM, General 2018 via use-livecode > wrote: > > Hi , > > I have 3 separate stacks each containing the same code for printing to pdf. > > One of those stacks will not open printing to pdf in dev or runtime. The > other 2 work fine - Head scratching ?? > > All items are in the same path / folder. > > Regards > Camm > > > > ___ > 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
Open Printing to PDF
Hi , I have 3 separate stacks each containing the same code for printing to pdf. One of those stacks will not open printing to pdf in dev or runtime. The other 2 work fine - Head scratching ?? All items are in the same path / folder. Regards Camm ___ 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 & prestashop
Just like foor Joomla there is an API. And there also is for prestashop which you could use to communicate with database and plugins i guess: http://doc.prestashop.com/display/PS16/Developer+tutorials Op 22-4-2019 om 20:31 schreef Richard Gaskin via use-livecode: jbv wrote: > Is there any connexion between LC and e-commerce frameworks > like Prestashop ? I thought I've seen a thread about something > like that a couple of years ago on this very list but can't > retrieve it, and searching the archives is not an easy task... > Long story short, a friend of mine is working on a website > with prestashop, and needs a specific module. I was wondering > if I could build it with LC, export it as html5 and use it as > a prestashop plug-in... > Any advice ? I know of at least one developer using the current version of LC's HTML export to deliver a product. But it's a fairly specialized case in terms of business needs, so while it seems to be a good fit there I would hesitate to suggest it as a general alternative to native web development. It still *may* be a good fit for what you have in mind, but of course that would depend on the specifics of what you're envisioning. LC's HTML export relies on a JavaScript library created by translating most of the LC engine's C++ code base via Emscripten, and then using the HTML canvas object similarly to how it uses a window content region on the desktop. The result is that it requires what is effectively the entire LC engine (in JS form) to be downloaded before the page can be rendered. And it means that we have an interpreted language being interpreted within an interpreted language, resulting in performance that may not be bad but in many cases doesn't match what we're accustomed to on the desktop. Moreover, being somewhat self-contained within this JS version of the engine and the canvas object, many things we take for granted in web development require re-thinking, where they can be done at all. For example, in an HTML page we just use an tag to link to another page. But LC has no native understanding of HTML tags, and requires scripting to handle those. In other cases, there are capabilities in the desktop that for good reason don't exist within the confines of a browser, such as arbitrary file access, registry manipulation, and more. And responsive design for a great experience on screens of all sizes is much easier in many layouts with CSS rather than LC. For example, the features provided in CSS3's Grid and FlexBox are pretty easy to learn and use, but would require hundreds of lines of LC code to attempt to emulate. Bottom line: If the module you're imagining has substantial features that would be costly to implement in native HTML/CSS/JS, - and - ...the audience is already dedicated enough to what you're delivering that a wait time of between 20 and 60 seconds to load the JS lib LC engine (depending on network factors, CPU, etc.) would not be prohibitive, ...then LC's HTML export may be a good fit. For other cases I tend to favor native web development. It's gotten so much easier with CSS3 that it's sometimes even fun. When WebAssembler becomes universally adopted, and as network speeds continue to increase along with CPU, things may tilt the other direction. But even then, those changes will mean native web apps will run even faster too, so the Emscripten method may at best become viable for a broader range of applications but for most is likely to remain a second choice to native web development. ___ 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 & prestashop
jbv wrote: > Is there any connexion between LC and e-commerce frameworks > like Prestashop ? I thought I've seen a thread about something > like that a couple of years ago on this very list but can't > retrieve it, and searching the archives is not an easy task... > Long story short, a friend of mine is working on a website > with prestashop, and needs a specific module. I was wondering > if I could build it with LC, export it as html5 and use it as > a prestashop plug-in... > Any advice ? I know of at least one developer using the current version of LC's HTML export to deliver a product. But it's a fairly specialized case in terms of business needs, so while it seems to be a good fit there I would hesitate to suggest it as a general alternative to native web development. It still *may* be a good fit for what you have in mind, but of course that would depend on the specifics of what you're envisioning. LC's HTML export relies on a JavaScript library created by translating most of the LC engine's C++ code base via Emscripten, and then using the HTML canvas object similarly to how it uses a window content region on the desktop. The result is that it requires what is effectively the entire LC engine (in JS form) to be downloaded before the page can be rendered. And it means that we have an interpreted language being interpreted within an interpreted language, resulting in performance that may not be bad but in many cases doesn't match what we're accustomed to on the desktop. Moreover, being somewhat self-contained within this JS version of the engine and the canvas object, many things we take for granted in web development require re-thinking, where they can be done at all. For example, in an HTML page we just use an tag to link to another page. But LC has no native understanding of HTML tags, and requires scripting to handle those. In other cases, there are capabilities in the desktop that for good reason don't exist within the confines of a browser, such as arbitrary file access, registry manipulation, and more. And responsive design for a great experience on screens of all sizes is much easier in many layouts with CSS rather than LC. For example, the features provided in CSS3's Grid and FlexBox are pretty easy to learn and use, but would require hundreds of lines of LC code to attempt to emulate. Bottom line: If the module you're imagining has substantial features that would be costly to implement in native HTML/CSS/JS, - and - ...the audience is already dedicated enough to what you're delivering that a wait time of between 20 and 60 seconds to load the JS lib LC engine (depending on network factors, CPU, etc.) would not be prohibitive, ...then LC's HTML export may be a good fit. For other cases I tend to favor native web development. It's gotten so much easier with CSS3 that it's sometimes even fun. When WebAssembler becomes universally adopted, and as network speeds continue to increase along with CPU, things may tilt the other direction. But even then, those changes will mean native web apps will run even faster too, so the Emscripten method may at best become viable for a broader range of applications but for most is likely to remain a second choice to native web development. -- 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: button ICON
.. or is that what is new in V9x? -- Stephen Barncard - Sebastopol Ca. USA - mixstream.org On Mon, Apr 22, 2019 at 11:11 AM Stephen Barncard wrote: > and there can't be a 'name' of a graphic? That would solve the problems! > I thought I tried this once and it worked. > sqb > -- > Stephen Barncard - Sebastopol Ca. USA - > mixstream.org > > > On Mon, Apr 22, 2019 at 9:59 AM Bob Sneidar via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> As an added technique, if you have a single folder containing all your >> images, and your buttons already point to the image file for reference, you >> can "skin" your applications by simply swapping out the image folder with a >> different set of images with the same names, then reloading your stack. >> >> Bob S >> >> >> > On Apr 22, 2019, at 09:32 , Phil Davis via use-livecode < >> use-livecode@lists.runrev.com> wrote: >> > >> > Thanks hh - I concur. Your approach seems cleaner. >> > Phil >> > >> > >> > On 4/22/19 9:20 AM, hh via use-livecode wrote: >> >> As Phil said, but don't set the text of the (empty) image >> >> used as icon of the button but set the filename of the image. >> >> >> >> The icon will change accordingly. >> >> >> ___ >> 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: button ICON
and there can't be a 'name' of a graphic? That would solve the problems! I thought I tried this once and it worked. sqb -- Stephen Barncard - Sebastopol Ca. USA - mixstream.org On Mon, Apr 22, 2019 at 9:59 AM Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > As an added technique, if you have a single folder containing all your > images, and your buttons already point to the image file for reference, you > can "skin" your applications by simply swapping out the image folder with a > different set of images with the same names, then reloading your stack. > > Bob S > > > > On Apr 22, 2019, at 09:32 , Phil Davis via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > Thanks hh - I concur. Your approach seems cleaner. > > Phil > > > > > > On 4/22/19 9:20 AM, hh via use-livecode wrote: > >> As Phil said, but don't set the text of the (empty) image > >> used as icon of the button but set the filename of the image. > >> > >> The icon will change accordingly. > > > ___ > 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
"do as 'LiveCode Server'"?
Over the years I've had many occasions where I would have loved to have something like bash's heredoc, a way of putting a block of text within code but without the encumbrance of concatenation, as requested here: https://quality.livecode.com/show_bug.cgi?id=17471 Another option is to turn the problem inside-out, in which we have a block of text in which we can sprinkle LiveCode commands. Superficially, we have this now with the merge function. But the merge function has many limitations, such as no means of using conditionals or loops with text blocks between those elements. However, LiveCode Server has no such limitation. You can write: Here's some text Here's some other text It would be ideal to have the merge function outfitted with this sort of logic handling, but there may be backwards-compatibility issues I'm not thinking of. So maybe at a minimum we could have some other means of using LC Server's powerful ability to mix text and code together, with something like: do tVarContainingLCServerCompatibleText as "LiveCode Server" Thoughts? -- Richard Gaskin Fourth World Systems ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: button ICON
As an added technique, if you have a single folder containing all your images, and your buttons already point to the image file for reference, you can "skin" your applications by simply swapping out the image folder with a different set of images with the same names, then reloading your stack. Bob S > On Apr 22, 2019, at 09:32 , Phil Davis via use-livecode > wrote: > > Thanks hh - I concur. Your approach seems cleaner. > Phil > > > On 4/22/19 9:20 AM, hh via use-livecode wrote: >> As Phil said, but don't set the text of the (empty) image >> used as icon of the button but set the filename of the image. >> >> The icon will change accordingly. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: button ICON
Thanks hh - I concur. Your approach seems cleaner. Phil On 4/22/19 9:20 AM, hh via use-livecode wrote: As Phil said, but don't set the text of the (empty) image used as icon of the button but set the filename of the image. The icon will change accordingly. ___ 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 -- Phil Davis ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: button ICON
As Phil said, but don't set the text of the (empty) image used as icon of the button but set the filename of the image. The icon will change accordingly. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: button ICON
Hi Klaus, The only method I can think of is where you set the icon of a button to the id of an image object, and then set the text of that image object to the binfile url of different image files. That does work, but may not be what you're looking for. Best - Phil Davis On 4/20/19 9:36 AM, Klaus major-k via use-livecode wrote: Hi friends, I have a vague memory that we can use images as icons in buttons WITHOUT putting them in an image object first. Am I right or was I dreaming? :-) Thanks for any hints. Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ 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 -- Phil Davis ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: button ICON
Hi Bob, > Am 22.04.2019 um 18:00 schrieb Bob Sneidar via use-livecode > : > > I was responding to Tom Glod's question, "why do u need to use images without > loading them into the stack?" oh, sorry, that was not obvious. > This technique can be used to make buttons with graphics portable, which is > the root of the question. Not of my question! :-) > Bob S Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: button ICON
I was responding to Tom Glod's question, "why do u need to use images without loading them into the stack?" This technique can be used to make buttons with graphics portable, which is the root of the question. Bob S > On Apr 22, 2019, at 08:30 , Klaus major-k via use-livecode > wrote: > > Hi Bob, > >> Am 22.04.2019 um 17:10 schrieb Bob Sneidar via use-livecode >> : >> I guess this goes way back to a long standing conversation as to the way >> buttons with graphics work in the first place. Let's say you have a group >> with several buttons. You now want to copy it to another project. Since the >> graphics are ALREADY OPEN in the project you copied from the button graphics >> *seem* to display fine. Until you quit livecode then open the target project >> by itself. No graphics! >> ... >> on newBackground >> ... >> end newBackground > > thanks, but that is not I was looking (or asking) for. > >>> On Apr 20, 2019, at 09:36 , Klaus major-k via use-livecode >>> wrote: >>> Hi friends, >>> I have a vague memory that we can use images as icons in buttons WITHOUT >>> putting them in an image object first. Am I right or was I dreaming? :-) > > I obviously mixed this somehow with IMAGESOURCE where we can actually: > ... > set the imagesource of char 1 of fld 1 to "binfile:path/on disk/to > your/image.jpg" > ... > > > Best > > Klaus > -- > Klaus Major > http://www.major-k.de > kl...@major-k.de ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: button ICON
Hi Bob, > Am 22.04.2019 um 17:10 schrieb Bob Sneidar via use-livecode > : > I guess this goes way back to a long standing conversation as to the way > buttons with graphics work in the first place. Let's say you have a group > with several buttons. You now want to copy it to another project. Since the > graphics are ALREADY OPEN in the project you copied from the button graphics > *seem* to display fine. Until you quit livecode then open the target project > by itself. No graphics! > ... > on newBackground > ... > end newBackground thanks, but that is not I was looking (or asking) for. >> On Apr 20, 2019, at 09:36 , Klaus major-k via use-livecode >> wrote: >> Hi friends, >> I have a vague memory that we can use images as icons in buttons WITHOUT >> putting them in an image object first. Am I right or was I dreaming? :-) I obviously mixed this somehow with IMAGESOURCE where we can actually: ... set the imagesource of char 1 of fld 1 to "binfile:path/on disk/to your/image.jpg" ... Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: button ICON
I guess this goes way back to a long standing conversation as to the way buttons with graphics work in the first place. Let's say you have a group with several buttons. You now want to copy it to another project. Since the graphics are ALREADY OPEN in the project you copied from the button graphics *seem* to display fine. Until you quit livecode then open the target project by itself. No graphics! The fix is to go back to the original project, find all the graphics (probably hidden), copy those as well to the target app, edit the icons of the buttons to now point at the NEW ID's of the graphics, and hope you don't get it wrong. Someone showed me a trick. First group the graphics with the buttons they belong to. Then group all your individual button groups together. Finally put something like this in your top level group script: on newBackground put the childcontrolNames of me into tGroupList repeat for each line tGroup in tGroupList put the childControlNames of group tGroup into tControlList filter tControlList with "btn*" repeat for each line tButtonName in tControlList put char 4 to -1 of tButtonName into tControlName put "img" & tControlName into tEnabledImage put "img" & tControlName into tDisabledImage if there is an image tEnabledImage then \ set the icon of button tButtonName to the short id of image tEnabledImage if there is an image tDisabledImage then \ set the disabledIcon of button tButtonName to the short id of image tDisabledImage end repeat end repeat pass newBackground end newBackground > On Apr 20, 2019, at 09:36 , Klaus major-k via use-livecode > wrote: > > Hi friends, > > I have a vague memory that we can use images as icons in buttons WITHOUT > putting them in an image object first. Am I right or was I dreaming? :-) > > Thanks for any hints. > > > Best > > Klaus > -- > Klaus Major > http://www.major-k.de > kl...@major-k.de > > > ___ > 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
