Re: byteLen()?

[Mark Waddingham via use-livecode]

Hi Richard,

No, there is no such function as the byte length is a property of text which 
has been encoded with a specific encoding, not text in general.

the number of bytes in textEncode(tText, kEncoding)

Should give you what you need.

Warmest Regards,

Mark.

Sent from my iPhone

> On 9 Mar 2017, at 02:37, Richard Gaskin via use-livecode 
>  wrote:
> 
> the len() function returns a character count, but with Unicode this may be 
> very different than the byte size.
> 
> Do we have a size() or byteLen() function?
> 
> -- 
> 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: breakpoints being ignored

[Sannyasin Brahmanathaswami via use-livecode]

Interesting… this was happening to me today. on a hunch I set the 
gRevDevelopment to true… thinking that because I had messed with that yesterday 
while using the remote debugger on my android phone… I had done something that 
was blocking script debug --  related to the action of answering "No" to the 
dialog asking if you want to run a remoteDebug session,  just after installing 
the standalone on the phone… because I thought (have yet to test/reproduce… 
very tedious…) possibly that is at least one action that might toggle script 
debug mode to off (even though it appears checked?) and so your break point 
could possibly be ignored at that point and until you reboot LC?

Dunno, just was just fishing for possible recipes… 

but aha, gRevDevelopment, true:  the break point was "honored" Of course it 
starting stepping through a lot of IDE code, so I had to go back and set the 
gRevDevelopment to "false"  and now the break points work… 

….of course if it goes all the way back to 8.1.3 and 6, then it could be 
anything….

BR


Mike Kerner wrote:

Add a "breakpoint" line as the first line in the script
execute again
breakpoint still doesn't fire.

___
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: breakpoints being ignored

[Mike Kerner via use-livecode]

This is something that got mixed up with the preferences, somehow.
Deleting the preferences file fixed it.

On Wed, Mar 8, 2017 at 7:09 PM, Dr. Hawkins via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Wed, Mar 8, 2017 at 3:13 PM, J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I haven't seen it in a while either. Craig is still on v6 though.
>
>
> Wow.
>
> I had so much problem with v6 and breakpoints that I never used it!
>
>
> --
> Dr. Richard E. Hawkins, Esq.
> (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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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

byteLen()?

[Richard Gaskin via use-livecode]

the len() function returns a character count, but with Unicode this may 
be very different than the byte size.


Do we have a size() or byteLen() function?

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

[Roger Eller via use-livecode]

+1

On Mar 8, 2017 7:42 PM, "Andre Garzia via use-livecode" <
use-livecode@lists.runrev.com> wrote:

> On Mon, Mar 6, 2017 at 5:12 PM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Besides, this is not
> > debugging, this is remote debugging, and if anything screams "premium",
> > it's a feature like this.  Anyone who has been building for mobile since
> we
> > could do that with LC has been working with their own personal debugging
> > hacks.  You can debug mobile, on the device, without this tool.
> >
>
> Hey Mike,
>
> I completely disagree with this notion that having a debugger is a premium
> feature. As you say, anyone who was building mobile was crafting helpers to
> help debug their creations but this is not the same as stepping through the
> code with a debugger.
>
> Lets not mix the act of debugging an app (removing bugs) with having a real
> debugger. For example, for ages Web Developers filled their code with
> alert() dialogs and console.log() calls which is much like we do with LC on
> mobile, but, all browsers these days ship real debuggers and both Chrome
> and Firefox ship with remote debuggers, heck Firefox alone can debug iOS
> Safari from Desktop Linux.
>
> Remote debuggers are not a fancy premium feature. Android Studio (which is
> the free oficial IDE) has a remote debugger. Visual Studio has remote
> debugger. Phonegap has a remote debugger. Corona SDK has a remote debugger.
> Basically everyone that is shipping mobile apps has a remote debugger and
> is not charging a premium on it.
>
> An Indy License costs more than 500 USD per year. Thats not peanuts, thats
> a solid investment, not allow people who make such investment from having a
> normal standard tool for mobile app development is crazy! LC on mobile is
> already buggy enough on the engine side, having this debugger would have
> the side effect of making it easier for us to contribute bug recipes for
> example. Lots of time here we loose a precious amount of time trying to
> identify if the bug is on our side of the code or the engine since we can't
> step through it.
>
>
>
> --
> http://www.andregarzia.com -- All We Do Is Code.
> http://fon.nu -- minimalist url shortening service.
> ___
> 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: [ANN] Release 9.0.0 DP-5

[Andre Garzia via use-livecode]

On Mon, Mar 6, 2017 at 5:12 PM, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Besides, this is not
> debugging, this is remote debugging, and if anything screams "premium",
> it's a feature like this.  Anyone who has been building for mobile since we
> could do that with LC has been working with their own personal debugging
> hacks.  You can debug mobile, on the device, without this tool.
>

Hey Mike,

I completely disagree with this notion that having a debugger is a premium
feature. As you say, anyone who was building mobile was crafting helpers to
help debug their creations but this is not the same as stepping through the
code with a debugger.

Lets not mix the act of debugging an app (removing bugs) with having a real
debugger. For example, for ages Web Developers filled their code with
alert() dialogs and console.log() calls which is much like we do with LC on
mobile, but, all browsers these days ship real debuggers and both Chrome
and Firefox ship with remote debuggers, heck Firefox alone can debug iOS
Safari from Desktop Linux.

Remote debuggers are not a fancy premium feature. Android Studio (which is
the free oficial IDE) has a remote debugger. Visual Studio has remote
debugger. Phonegap has a remote debugger. Corona SDK has a remote debugger.
Basically everyone that is shipping mobile apps has a remote debugger and
is not charging a premium on it.

An Indy License costs more than 500 USD per year. Thats not peanuts, thats
a solid investment, not allow people who make such investment from having a
normal standard tool for mobile app development is crazy! LC on mobile is
already buggy enough on the engine side, having this debugger would have
the side effect of making it easier for us to contribute bug recipes for
example. Lots of time here we loose a precious amount of time trying to
identify if the bug is on our side of the code or the engine since we can't
step through it.



-- 
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
___
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: breakpoints being ignored

[Dr. Hawkins via use-livecode]

On Wed, Mar 8, 2017 at 3:13 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I haven't seen it in a while either. Craig is still on v6 though.


Wow.

I had so much problem with v6 and breakpoints that I never used it!


-- 
Dr. Richard E. Hawkins, Esq.
(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

Re: breakpoints being ignored

[J. Landman Gay via use-livecode]

On 3/8/17 4:36 PM, Bob Sneidar via use-livecode wrote:

My recollection is that something in my app was causing a CTD
condition or a lockup where I had to force-quit, and after I
relaunched, the Script Debug Mode was disabled. When my app is
running normally I do not see this anomaly, and it may have been
addressed in a newed version.


I haven't seen it in a while either. Craig is still on v6 though.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: breakpoints being ignored

[Bob Sneidar via use-livecode]

My recollection is that something in my app was causing a CTD condition or a 
lockup where I had to force-quit, and after I relaunched, the Script Debug Mode 
was disabled. When my app is running normally I do not see this anomaly, and it 
may have been addressed in a newed version. 

Bob S


> On Mar 8, 2017, at 08:51 , dunbarx via use-livecode 
>  wrote:
> 
> This is SO annoying. I know one can get used to anything, but, sheesh.
> 
> Craig

___
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: "ouch: the beginning of the end"

[Monte Goulding via use-livecode]

> On 8 Mar 2017, at 10:59 pm, Mark Waddingham via use-livecode 
>  wrote:
> 
> - Option 1 - bi-level background images
> 
> Here I'm assuming that your original PDFs do not change that often and (given 
> the
> requirements you have found out from the government department involved) the 
> forms
> must be used as is. Thus, I presume any 'recurring sections' would need to be
> rendered on repeated images of the appropriate page rather than cutting up the
> original forms into pieces and just replicating those parts.
> 
> In this case, then pre-rendering all the pages as high-resolution 
> black-and-white
> 1bpp bitmaps and then rendering those underneath the LiveCode fields is 
> probably not
> that bad an option. Given that the average printer people will be using will 
> probably
> only have a true black-and-white resolution of 300-600dpi and most printed 
> forms are
> only about 5% black pixels you will get immensely high compression ratios. 
> The only
> slight snafu here right now is that PDF printing support in LC does not yet 
> exist
> for Android, and would need a small patch to pass PNG data straight through 
> to the
> PDF (at present it only does this for JPEG). [ The reason PDF printing is not 
> currently
> supported on Android is due to text rendering which is not a straightforward 
> thing in
> PDF nor PostScript; the reason only JPEG image data is currently supported is 
> that
> when the pass-through was implemented the library we use to do PDF printing - 
> cairo -
> only supported it for JPEG, I *think* it does support certain PNG formats now 
> though
> since we updated the library for other reasons a while back ].

If the required platforms are limited to Mac and Windows then you can use XPDF 
to generate the images ;-)

Cheers

Monte
___
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: breakpoints being ignored

[Dr. Hawkins via use-livecode]

On Wed, Mar 8, 2017 at 8:51 AM, dunbarx via use-livecode <
use-livecode@lists.runrev.com> wrote:

> This is SO annoying. I know one can get used to anything, but, sheesh.
>
>
We need to get used to getting used to new forms of the PCDs being ignored
. . .


-- 
Dr. Richard E. Hawkins, Esq.
(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

Re: [Long] Moving a REST request from Desktop to Server

[Richard Gaskin via use-livecode]

Malte Brill wrote:

> no, I did not considder using a standalone as a CGI engine. I am
> in a rather difficult environment with the project (government
> servers that have ridiculous tests and approval times for changed
> solutions). On top of that, I would not want to lose the benefit
> of using liveCode PHP style.

The merge function is similar, but just different enough to prevent us 
from using it to test LC Server scripts in the LC IDE.  :(


If anyone else here would find that useful perhaps I could submit a 
request for that.  I'm thinking maybe something like:


  put merge( tSomeStuff, "server") into tModifiedStuff

...where "server" is a flag that determines which merge style should be 
used.


Or would it be simpler as a separate function, maybe something like:

 put serverMerge( tSomeStuff ) into tModifiedStuff

Suggestions on that?

It would be so nice if we could find some way to overcome the 
incompatibilities between LC Server and how LC normally handles scripts 
so we could debug as we write (the xTalk way!).


--
 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

[ANN] Release 9.0.0 DP-6

[panagiotis merakos via use-livecode]

Dear list members,

We are pleased to announce the release of LiveCode 9.0.0 DP-6.


Developer Preview Release
=
Warning: this is not a stable release.  Please ensure that you back up your
stacks before testing them.

Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.

Release Contents

LiveCode 9.0.0 DP-6 is the first preview containing the Java Foreign
Function Interface (FFI).

Foreign handlers can be written in LiveCode Builder which bind to calls on
Java classes via the Java Native Interface (JNI). In particular this
enables binding to classes in the Android API. Details and examples of this
feature can be found in the release notes and the Dictionary (under
com.livecode.java), or directly in the implementation of the Java LCB
support library in our GitHub repository:
https://github.com/livecode/livecode/blob/develop/libscript/src/java.lcb

This release also contains a command-line tool called lc-compile-ffi-java
which will autogenerate LCB wrappers of Java classes, given the appropriate
data. The specification for the data used to generate these wrappers is
available in our GitHub repository:
https://github.com/livecode/livecode/blob/develop/docs/specs/java-ffi-dsl.md

This release will be followed shortly by a blog post with some worked
examples of these features.

Known issues

Linux standalones that include a browser widget will fail to launch. See
bug http://quality.livecode.com/show_bug.cgi?id=19396 for more details and
a workaround.

HTML5 standalones built using this release are not functional. See bug
http://quality.livecode.com/show_bug.cgi?id=19399 for more details.

The full release notes are available from:

http://downloads.livecode.com/livecode/9_0_0/LiveCodeNotes-9_0_0_dp_6.pdf

Feedback


The Java FFI implementation required significant improvements to library
loading; these could be disruptive to externals, especially in standalones.
We suggest testing standalone builds in particular, so that we can iron out
any issues with this.

Please report any bugs encountered on our BugZilla at
http://quality.livecode.com/

We have a forum available for discussing LiveCode Builder at
http://forums.livecode.com/viewforum.php?f=93

Have fun!

The LiveCode Team
--
___
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: breakpoints being ignored

[dunbarx via use-livecode]

This is SO annoying. I know one can get used to anything, but, sheesh.

Craig



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/breakpoints-being-ignored-tp4712898p4712914.html
Sent from the Revolution - User mailing list archive at Nabble.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: breakpoints being ignored

[Bob Sneidar via use-livecode]

OH! That is a different matter. I also ran into situations where the Script 
Debug Mode kept getting turned off. I haven't seen it in a long time. 

Bob S


> On Mar 7, 2017, at 18:12 , Mike Kerner via use-livecode 
>  wrote:
> 
> It's ignoring the "breakpoint" text, too, not just the dots.


___
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: breakpoints being ignored

[Bob Sneidar via use-livecode]

There was a bug where these breakpoints were not triggering if the script 
before the dot was edited in such a way as to change the line number it was on. 
It was supposed to have been resolved, but I still see it from time to time. My 
solution is to unset and reset after each compile. If I have several I just use 
the breakpoint command. 

Bob S


> On Mar 7, 2017, at 17:36 , Mike Kerner via use-livecode 
>  wrote:
> 
> Explain this one:
> 8.1.3
> create a stack
> put a button on it
> add some script
> click in the margin to add a breakpoint - it shows grey with red border
> run the script
> breakpoint doesn't activate
> Add a "breakpoint" line as the first line in the script
> execute again
> breakpoint still doesn't fire.
> 
> -- 
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>   and did a little diving.
> And God said, "This is good."
> ___
> 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

AW: Trouble playing videos with MS DirectShow LC 8

[Tiemo Hollmann TB via use-livecode]

Just FYI,
Ian from LC clarified the phenomenon that the mp4 videos could be played with 
the standard video player but not with the LC video player.

LiveCodes new video player object is based on the DirectShow API and the 
standard MS video players are based on the newer MS media foundation since Win 
7. DirectShow doesn't supports mp4 videos without additional codecs (like from 
the LAV filters), but the media foundation does support mp4 without any extra 
codecs.

Tiemo


>> You only need to report not fully understand it! ;-)


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

Re: "ouch: the beginning of the end"

[Roger Eller via use-livecode]

So... Why not convert the forms to high-res (300+ dpi) PNG or JPEG as Mark
suggests as one of the many options, and overlay LiveCode fields to create
an app for filling the form?  Once filled in, merge the high-res image with
the collected field data into a fresh new PDF generated via the Quartum PDF
Library (using 100% LiveCode scripting).

http://users.telenet.be/quartam/pdf4rev/benefits.html

~Roger

//SUMMARIZED//

On Wed, Mar 8, 2017 at 6:59 AM, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Dr Hawkins,
>
> I've been away on holiday for just over a week, and this thread has got
> quite long, so I thought it easier to answer the original post rather
> than some off shoot on it.
>
> 
>
> So what options are there?
>
> - Option 1 - bi-level background images
>
> - Option 2 - augment the original PDF
>
> - Option 3 - wait until LiveCode can render PDFs directly as an object on
> a card
>
> - Option 4 - focus on Mac/iOS and do other platforms later
>
> Warmest Regards,
>
> Mark.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps


 //SUMMARIZED//
___
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: Trouble playing videos with MS DirectShow LC 8

[Klaus major-k via use-livecode]

> Am 08.03.2017 um 14:12 schrieb Tiemo Hollmann TB via use-livecode 
> :
> 
> Kommste vorbei, kriegste 'nen Heiermann

:-D :-D :-D

> 
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag 
> von Klaus major-k via use-livecode
> Gesendet: Mittwoch, 8. März 2017 11:55
> An: How to use LiveCode 
> Cc: Klaus major-k 
> Betreff: Re: Trouble playing videos with MS DirectShow LC 8
> 
> Hi Tiemo,
> 
>> Am 08.03.2017 um 09:07 schrieb Tiemo Hollmann TB via use-livecode 
>> :
>> 
>> Hey Klaus,
>> 
>> you saved my YEAR!
> 
> OK, das macht dann fünf Mark! :-D
> 
>> As you mentioned "LAVFilters", I remembered that I also had installed 
>> the LAV Filters on my development machine long time ago (my brain gets 
>> old), et voila, that’s the difference between my machine and the others.
>> 
>> Installing the LAV Filters (just with the mp4 option) on the other 
>> machines now the mp4 videos also run within LiveCode. I think that’s 
>> too deep under the hood that I can understand it, but I have a solution for 
>> my customers.
>> 
>> I'll file it anyhow at the QC because it still keeps strange, why mp4 
>> videos can be played outside of LC, but not with LC.
> 
> You only need to report not fully understand it! ;-)
> 
>> Thanks a lot for fiddling around!
>> Tiemo
>> ...
>> WindowsMediaPlayer plays any MP4 fine, but nothing appears in the 
>> player of Livecode!?
>> So this is definitively a LC issue!
>> 
>> Then I downloaded and installed the latest LAVFilter codec package:
>> 
>> Et voila, I can play these MP4, which did not play before, in LC!? 
>> ...

Best aus Osnabrück

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

AW: Trouble playing videos with MS DirectShow LC 8

[Tiemo Hollmann TB via use-livecode]

Kommste vorbei, kriegste 'nen Heiermann

-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Klaus major-k via use-livecode
Gesendet: Mittwoch, 8. März 2017 11:55
An: How to use LiveCode 
Cc: Klaus major-k 
Betreff: Re: Trouble playing videos with MS DirectShow LC 8

Hi Tiemo,

> Am 08.03.2017 um 09:07 schrieb Tiemo Hollmann TB via use-livecode 
> :
> 
> Hey Klaus,
> 
> you saved my YEAR!

OK, das macht dann fünf Mark! :-D

> As you mentioned "LAVFilters", I remembered that I also had installed 
> the LAV Filters on my development machine long time ago (my brain gets 
> old), et voila, that’s the difference between my machine and the others.
> 
> Installing the LAV Filters (just with the mp4 option) on the other 
> machines now the mp4 videos also run within LiveCode. I think that’s 
> too deep under the hood that I can understand it, but I have a solution for 
> my customers.
> 
> I'll file it anyhow at the QC because it still keeps strange, why mp4 
> videos can be played outside of LC, but not with LC.

You only need to report not fully understand it! ;-)

> Thanks a lot for fiddling around!
> Tiemo
> 
> 
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im 
> Auftrag von Klaus major-k via use-livecode
> Gesendet: Dienstag, 7. März 2017 19:14
> An: How to use LiveCode 
> Cc: Klaus major-k 
> Betreff: Re: Trouble playing videos with MS DirectShow LC 8
> 
> Hi Tiemo,
> 
> just made a little test on my "stock" Win10 installation (Parallels on 
> my Mac).
> 
> WindowsMediaPlayer plays any MP4 fine, but nothing appears in the 
> player of Livecode!?
> So this is definitively a LC issue!
> 
> Then I downloaded and installed the latest LAVFilter codec package:
> 
> Et voila, I can play these MP4, which did not play before, in LC!? 
> Does not make any sense actually!?
> 
>> On 3/7/17 9:47 AM, Tiemo Hollmann TB via use-livecode wrote:
>>> Yes, it plays fine on my development machine by selecting it via a
> dialog, but not on the other machines.
>>> 
>>> Tiemo

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

Re: "ouch: the beginning of the end"

[Mark Waddingham via use-livecode]

Hi Dr Hawkins,

I've been away on holiday for just over a week, and this thread has got
quite long, so I thought it easier to answer the original post rather
than some off shoot on it.

On 2017-03-03 00:13, Dr. Hawkins via use-livecode wrote:

I just got off the phone with the court clerk in Reno, and received the
beginning of the end . . .I figured it would come from some state or 
anther

in a year or two, but they are requiring me to use the *exact* pdf as
propagated by the court.


Having read the entire thread, my understanding of your problem is as 
follows

(please correct if I am wrong):



You have PDF forms which are downloadable from a government department. 
They
are intended for filling printing and then filling in - i.e. they do not 
use

editable PDF forms (FPDF?).

The government department for whatever reason requires that the forms 
are used
exactly as is with the user filling in the relevant spaces within them 
and then

submitting.

There is some claim by said department that 'at some point' they will 
get
scanners which will be able to tell whether the original forms were used 
or not

thus you are not allowed to recreate the non-user parts of the form.



Reading between the lines the latter requirements of the department are 
not
unreasonable - I suspect they would like to automate their processes as 
much
as possible and as such would like to be able to have a computer via OCR 
or
whatever suck out the appropriate parts of forms at some point to remove 
a

human from the equation.

Given that there is an obvious 'printing' element involved in this at 
present
pixel-perfection is not exactly what they are looking for (unless they 
are
imagining they live in a world where all printers are capable of 
absolutely
perfect registration - some skew / offset is always going to be present) 
just
that whatever software they might use in the future to automate can 
locate
the user written parts to suck out - therefore it is reasonable for them 
to
require that the non-user sections are relatively laid out and look 
precisely

the same as if you printed the original PDF.

I'll run on these above assumptions for now.



First of all let me just point out that EPS is definitely *not* what you 
want.


EPS is just a PostScript program with appropriate comments describing an
(optional) pre-rendered thumbnail, and other print related metadata so 
it
can be embedded in another document. Rendering EPS properly requires a 
full
PostScript interpreter - many programs which 'support EPS' actually only 
support

rendering the thumbnail and then only printing on a PostScript printer.

Indeed, there is a good reason why no non-GPL full open-source 
PostScript
interpreter exists (as far as I'm aware at least) - they are complex 
pieces

of software which have a high degree of commercial value.

Whilst Linux and Mac users might be used to transparent PostScript 
support this
is only because GhostScript is installed as an innate part of the 
printing tool
chain on those platforms - thus this is an innate part of the 'system' 
and as
such you can write non-GPL applications which use it as you don't need 
to distribute
it with your app. On all other platforms, however, you are looking at 
having to
distribute a PS interpreter with your app - and at that point you are 
hit by the
GPL (in particular, in your case, it would classify as an 'innate' 
requirement

of your application and non-optional and thus virality would kick in).

So, if you want a PostScript interpreter in your app you are going to 
have to
pay $ to license such a thing. (Including such a thing in LiveCode 
would
require license fees or development costs way above what most people 
would want
to pay for a feature they would probably rarely if ever use and as such 
it is
unreasonable to expect LiveCode to support such things cross-platform as 
part of

the standard license fee - event at the Business license level).

One of the main reasons that Adobe created PDF was to avoid needing a 
PostScript
interpreter to accurately create 'archival' type quality representations 
of printable
documents and to provide a much easier way to edit / amend and modify 
such documents.
As PDF is just a data structure the latter can be done with processing a 
generated
PDF. As EPS/PS are actually a program all bets are off for editing - the 
program
does what it is written to, and you can write it in any way you want. If 
you want to

'edit' it, you need to edit the program.

However

PDF is also a large complicated format whose reading, writing and 
rasterisation

has huge commercial value.

Up until Google bought and open-sourced *part* of FoxIT so they could 
include a
full and complete cross-platform PDF renderer in Chrome (in the form of 
PDFium)
there was no non-GPL open-source full and complete PDF renderer 
available in

the open-source world that I know of.

As far as I'm aware all such open-source libraries for PDF rasterisation 
and
m

Re: Trouble playing videos with MS DirectShow LC 8

[Klaus major-k via use-livecode]

Hi Tiemo,

> Am 08.03.2017 um 09:07 schrieb Tiemo Hollmann TB via use-livecode 
> :
> 
> Hey Klaus,
> 
> you saved my YEAR!

OK, das macht dann fünf Mark! :-D

> As you mentioned "LAVFilters", I remembered that I also had installed the
> LAV Filters on my development machine long time ago (my brain gets old), et
> voila, that’s the difference between my machine and the others.
> 
> Installing the LAV Filters (just with the mp4 option) on the other machines
> now the mp4 videos also run within LiveCode. I think that’s too deep under
> the hood that I can understand it, but I have a solution for my customers.
> 
> I'll file it anyhow at the QC because it still keeps strange, why mp4 videos
> can be played outside of LC, but not with LC.

You only need to report not fully understand it! ;-)

> Thanks a lot for fiddling around!
> Tiemo
> 
> 
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
> von Klaus major-k via use-livecode
> Gesendet: Dienstag, 7. März 2017 19:14
> An: How to use LiveCode 
> Cc: Klaus major-k 
> Betreff: Re: Trouble playing videos with MS DirectShow LC 8
> 
> Hi Tiemo,
> 
> just made a little test on my "stock" Win10 installation (Parallels on my
> Mac).
> 
> WindowsMediaPlayer plays any MP4 fine, but nothing appears in the player of
> Livecode!?
> So this is definitively a LC issue!
> 
> Then I downloaded and installed the latest LAVFilter codec package:
> 
> Et voila, I can play these MP4, which did not play before, in LC!? 
> Does not make any sense actually!?
> 
>> On 3/7/17 9:47 AM, Tiemo Hollmann TB via use-livecode wrote:
>>> Yes, it plays fine on my development machine by selecting it via a
> dialog, but not on the other machines.
>>> 
>>> Tiemo

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: [Long] Moving a REST request from Desktop to Server

[Dan Brown via use-livecode]

A how-to for using standalones as CGI's is a fantastic idea!  I've spent
hours trawling through the mailing list archives for a definitive set of
instructions on how to set this up but could never string together enough
fragments of information to get it working.

On Wed, Mar 8, 2017 at 12:28 AM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Malte Brill wrote:
>
> > I am trying to move a request I do from a desktop app to a liveCode
> > server script and am facing the problem that some of the stuff I use
> > (most of it libURL stuff) is not available on the server. Now I
> > wonder how I could translate it…
>
> Have you considered running a standalone as your CGI?
>
> Standalones can be run facelessly with a -ui flag, and while they require
> a one-time cost to set up a library to read stdin and parse the request and
> env vars, once you're set up you get something LiveCode Server can't
> offer:  complete compatibility with the LiveCode Script desktop syntax.
>
> LC Server is great for many things, but since it doesn't work like LC on
> the desktop I don't use it for anything beyond testing.  I need to debug,
> and by not using the Server engine I can run my scripts right in the IDE.
>
> Last week I was going to put together some notes on this to make using LC
> standalones as CGIs easier, but as luck would have it I couldn't get either
> Server or a standalone running as a CGI on either of my shared hosting
> accounts, for reasons that appear to be related to the RAM requirements
> from font loading:
> http://quality.livecode.com/show_bug.cgi?id=14115
>
> I have a workaround for that (thanks to some clever assist from Peter
> Brett and Mark Waddingham), but it's kinda funky and non-obvious to set up,
> so while it might work okay for me once in a while it's not the sort of
> thing I want to tell other people is reflective of how we do things in the
> LC world.  We are, after all, about simplicity, or at least strive for it.
>
> But if you're on a VPS (about half our users are*) perhaps we can continue
> this discussion and explore simple means of using standalones as CGIs.  It
> really is a much simpler overall workflow once you get it going.
>
>
> * I ran this survey on the LC forums - if you haven't voted please chime
> in on how you use LC on servers:
>
> POLL: LiveCode Server deployment
> http://forums.livecode.com/viewtopic.php?f=15&t=26772
>
> --
>  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: [Long] Moving a REST request from Desktop to Server

[Malte Brill via use-livecode]

Hi Richard,

no, I did not considder using a standalone as a CGI engine. I am in a rather 
difficult environment with the project (government servers that have ridiculous 
tests and approval times for changed solutions). On top of that, I would not 
want to lose the benefit of using liveCode PHP style. For most of what I do 
with LC server I am perfectly happy with the way it works. However, not having 
some stuff that libURL offers available (even though the dictionary states 
otherwise, in the case of libURLLastRHHeaders, Platforms desktop, server). 
Technically it should be possible if the Server script does a POST to a remote 
Server to see the RAW response in some form. In my case this would help a lot. 
I built quite a nice Framework (at least it works quite well for me) around the 
Server engine and it would be quite labor intense to change what I have. The 
only option I would see, would be moving the WEBSERVICE request into my LC 
Desktop client, which is what I’d rather avoid… :-(

Cheers,

Malte
___
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

AW: Trouble playing videos with MS DirectShow LC 8

[Tiemo Hollmann TB via use-livecode]

Hey Klaus,

you saved my YEAR!

As you mentioned "LAVFilters", I remembered that I also had installed the
LAV Filters on my development machine long time ago (my brain gets old), et
voila, that’s the difference between my machine and the others.

Installing the LAV Filters (just with the mp4 option) on the other machines
now the mp4 videos also run within LiveCode. I think that’s too deep under
the hood that I can understand it, but I have a solution for my customers.

I'll file it anyhow at the QC because it still keeps strange, why mp4 videos
can be played outside of LC, but not with LC.

Thanks a lot for fiddling around!
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Klaus major-k via use-livecode
Gesendet: Dienstag, 7. März 2017 19:14
An: How to use LiveCode 
Cc: Klaus major-k 
Betreff: Re: Trouble playing videos with MS DirectShow LC 8

Hi Tiemo,

just made a little test on my "stock" Win10 installation (Parallels on my
Mac).

WindowsMediaPlayer plays any MP4 fine, but nothing appears in the player of
Livecode!?
So this is definitively a LC issue!

Then I downloaded and installed the latest LAVFilter codec package:

Et voila, I can play these MP4, which did not play before, in LC!? 
Does not make any sense actually!?

> On 3/7/17 9:47 AM, Tiemo Hollmann TB via use-livecode wrote:
>> Yes, it plays fine on my development machine by selecting it via a
dialog, but not on the other machines.
>> 
>> Tiemo

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