ResumeStack on Mobile

2017-04-13 Thread Sannyasin Brahmanathaswami via use-livecode
Our new app framework is a "no brainer"

MainStack A  let’s call the " Home " stack… ala the old Hypercard days.

launches, it is the standalone build stack, with the stack fiels and an init 
script that initializes all the other libraries into the msg path.

it serves as an "index" to the app… it has clickable links on card 1 that

   a) poke a URL into a browser widget in a browser view stack; then opens that 
stack on top of Home which is never closed.

OR

   b) Opens other ModuleStack(s)B, C, D etc.  which are destroyed on close so 
that Home appears again in the window

OR

c) just rebuilds a new set of different links on card 1 of Home (i.e. User 
sees it as shifting between indexes of links)

script only stacks open in the background, models, libraries, behaviors are put 
into use or added to stack files to support functions running the binary stacks 
"above". This is all working fine on desktop and on iOS

But we are having major performance issues on Android.

If acceleratedRendering is set for viewBrowserWeb stack or any of the module 
stacks. the window the ModuleStack(s) B, C, D are not properly drawn

If interested you can follow:

bug 19576


Frequently the scrolling group on cd 1 of Home dies when we go back to Home

I wonder if anyone else is doing this kind of thing?

If so how? There is no resumeStack msg sent in mobile.   (sure could us that!)

Is anyone emulating a "resumeStack" on mobile and if so, how are you doing it?  
I expect we need to dispatch a msg to the Home every time we close "top" stacks 
to tell it to rebuild it's scrolling group and mobile scroller? But the timing 
is tricky… if you close stack ModuleStackC…

on closestack
  dispatch "setIndexScroller" to card 1 of stack Home
end close stack

is one option…

on closeStack
  send "setIndexScroller" to card 1 of stack Home in 500 milliseconds  # give 
time for this stack to get out of RAM before re-rendering
end closeStack


how do you do it?

BR


___
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: Downloads - Immodest Proposal

2017-04-13 Thread Lagi Pittas via use-livecode
Richard,

The company reads all this babble and doesn't bother to respond so that we
could all partake of their wisdom.

Regards Lagi

On 13 April 2017 at 23:17, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Richmond wrote:
>
> > On 4/13/17 7:44 pm, Curry Kenworthy via use-livecode wrote:
> ...
> >> to have no download links at all on the site. Have you seen the LC
> >> site lately? I could find no download links at all. None. There's
> >> the signup but it's a pretty roundabout process.
> >
> > I raised it, Richard Gaskin agreed; what happens; sweet Football
> > Association.
>
> My comments on the value of allowing voluntary email address submission
> were limited to the Community Edition at the .org site - see the second
> half of this post for what I wrote on the subject:
>
> http://lists.runrev.com/pipermail/use-livecode/2017-March/235290.html
>
> How they handle email address harvesting at the .com site for the
> proprietary edition is, literally, their business.
>
> I usually direct questions I have about their business to them directly,
> rather than to other users here, because I don't expect the users here to
> answer questions only the company can answer.
>
>
> For the Community .org site, however, I feel it can be most effective in
> terms of both promoting platform adoption and reducing cost to the company
> to the degree that it actively invites community participation.
>
> That is a set of goals I'm still pursuing.
>
> --
>  Richard Gaskin
>  LiveCode Community Liaison
>  rich...@livecode.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
>
___
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: Downloads - Immodest Proposal

2017-04-13 Thread Lagi Pittas via use-livecode
Hi,

Over the years I found that when there was a trial version of software ,
whether it was 10 days or 30 days , it didn't make any difference because
 except for the first day of download life/work would get in the way and by
the time I had time to test the software the 30 days were up.


XOJO in my opinion has been clever - the system works forever in the IDE
 you just can't compile..

LC should put the community version next to the compare versions table and
allow people to download that - you either love it or hate it so why bother
whether they can see the communirty  version. Like you say we need to get
it in as many hands.

Again time has been spent prettyjng up the site (in your face popups that
sh*t on my windscreen everytime I go to the frontpage - have they heard
about ciookies?.

No thought has been given about the user experience and the hoops people
have to jump through. I say again B4a and Xojo are priced right for an
entry level system and are a no brainer - I have bought both and they won't
run out.

Will Livecode's "digital Marketing" get with the program any time soon? --
I think not until the SHTF

Lagi

On 13 April 2017 at 17:44, Curry Kenworthy via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > 'Confusion' being an understatement, it would have swiftly
> > caused shock and horror :)
> > Dave
>
> Yep. :) But there are good reasons for comparison. Swift was making an
> outrageous joke to draw attention to other actual proposals for the
> problems of his day.
>
> Right at the moment there may have been a dip in LC newbies (perhaps,
> judging from some imperfect indicators) and naturally there's a "hunger" to
> spread the word and get LC into the hands of interested people. Having a
> download as visible and easy as possible could be a realistic measure to
> help with part of that. Ditto for a very "swift" signup.
>
> So joking about it might go like: Whatever you do, don't show the
> uninitiated and uncouth masses of people your greatest treasure, that is,
> your downloads! You must keep those a secret altogether, or at least make
> people go through a satisfying number of steps first before they reach
> them, so only the elite will find them, being tested and purified, thus in
> the proper state of mind to appreciate the true quality of these
> executables. Never be tempted by frivolous appeals to reduce the number of
> steps or clicks in that process, or to start the download while they are
> verifying their email, or heaven forbid, to roll the signup into the
> installer. No, friends, the real answer has been right in front of us the
> whole time. All we need to do is get LC tattoos in, let's say, "modest"
> places. It flies under the radar, but really makes an impact when revealed
> in some situations. And you always know it's there, gives you secret
> empowerment all day. Something like that.
>
> You can see why I thought again and held off on that the first post!
>
> Anyway, I would say it's also just a tiny bit shocking to have no download
> links at all on the site. Have you seen the LC site lately? I could find no
> download links at all. None. There's the signup but it's a pretty
> roundabout process. If I were a first-time visitor to the LC web site, I'm
> not sure whether I would have snagged a download by the end of my visit or
> not. That's why I posted.
>
> Best wishes,
>
> Curry K.
>
>
> ___
> 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: mergEXT

2017-04-13 Thread Phil Davis via use-livecode
I just Googled "Blue-Bot uuid"  maybe one of the Github links will 
point you in the right direction?


Phil Davis


On 4/13/17 9:05 AM, Richmond Mathewson via use-livecode wrote:
I've just spend a fair time poking around the internet and cannot find 
an application
that can give me the UUID numbers associated with a paired Bluetooth 
device . . .


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



--
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: Downloads - Immodest Proposal

2017-04-13 Thread Richard Gaskin via use-livecode

Richmond wrote:

> On 4/13/17 7:44 pm, Curry Kenworthy via use-livecode wrote:
...
>> to have no download links at all on the site. Have you seen the LC
>> site lately? I could find no download links at all. None. There's
>> the signup but it's a pretty roundabout process.
>
> I raised it, Richard Gaskin agreed; what happens; sweet Football
> Association.

My comments on the value of allowing voluntary email address submission 
were limited to the Community Edition at the .org site - see the second 
half of this post for what I wrote on the subject:


http://lists.runrev.com/pipermail/use-livecode/2017-March/235290.html

How they handle email address harvesting at the .com site for the 
proprietary edition is, literally, their business.


I usually direct questions I have about their business to them directly, 
rather than to other users here, because I don't expect the users here 
to answer questions only the company can answer.



For the Community .org site, however, I feel it can be most effective in 
terms of both promoting platform adoption and reducing cost to the 
company to the degree that it actively invites community participation.


That is a set of goals I'm still pursuing.

--
 Richard Gaskin
 LiveCode Community Liaison
 rich...@livecode.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


Color Conversion - RGB to HSV and back... (almost)

2017-04-13 Thread Alejandro Tejada via use-livecode
Hi All,

Download this GUI Stack for Scott Raney's Color Conversion Functions:
RGB to HSV and HSV to RGB from this forum post:
http://forums.livecode.com/viewtopic.php?f=10=29127

Only for certain colors this is a lossy conversion: Once you convert some
RGB colors to HSV, the function HSVtoRGB does not convert them back
exactly as they were before.

Does anyone knows or have created a pair of RGB/HSV color conversion
functions that do not lose (or change) color information?

Thanks in advance!

Al
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: LC DP5 - export snapshot from grp tGroupNme to file tMyFile as JPEG is not working anymore

2017-04-13 Thread Matthias Rebbe via use-livecode
Let me answer myself.;)

The command is correct and should work, if you make sure that not more than one 
group has the same name.



> Am 13.04.2017 um 21:09 schrieb Matthias Rebbe via use-livecode 
> >:
> 
> Hi,
> am i missing something?
> 
> This line of code
> 
> export snapshot from grp tGroupWatermarked  to file tMyJpegFile  as JPEG
> 
> worked w/o problem in older LC versions. But in LC9 DP5 i get the following 
> error
> button "Button": execution error at line 3 (export: Empty rectangle), char 1
> 
> 
> Was there a change in DP5 regarding export snapshot?
> 
> 
> Matthias
> 
> 
> 
> 
> ___
> 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

Matthias Rebbe
Bramkampsieke 13
32312 Lübbecke
Tel +49 5741 31
+49 160 5504462
Fax: +49 5741 310002
eMail: matth...@m-r-d.de 

BR5 Konverter - BR5 -> MP3 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

LC DP5 - export snapshot from grp tGroupNme to file tMyFile as JPEG is not working anymore

2017-04-13 Thread Matthias Rebbe via use-livecode
Hi,
am i missing something?

This line of code

export snapshot from grp tGroupWatermarked  to file tMyJpegFile  as JPEG

worked w/o problem in older LC versions. But in LC9 DP5 i get the following 
error
button "Button": execution error at line 3 (export: Empty rectangle), char 1


Was there a change in DP5 regarding export snapshot?


Matthias




___
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: Browser widget on linux

2017-04-13 Thread panagiotis merakos via use-livecode
Hi Hermann and Paul,

Thank you for your kind words, much appreciated :)

The previous link does work as expected for me, but in case you still
cannot open it, here it is:

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

Best regards,
Panos
--



On Thu, Apr 13, 2017 at 6:31 PM, Paul Hibbert via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > On 13 Apr 2017, at 10:17, hh via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi Pano,
> > thank you very much for coming in.
> >
> > Please correct the typo in the first link.
> > I got "16848 is not a valid bug number" and don't know
> > which report you mean.
>
> hh, maybe try again, it is the correct number, there may have been a
> glitch when you tried, it just worked fine for me.
>
> > We all know you do a real good job to collect (and even
> > remove at once some of) and categorize the bugs in a
> > very complicated  structure.
> > Let me use this opportunity to thank you for that.
>
> I’ll second that. It can’t be an easy job, especially with all of the
> platforms involved, that’s just one of the reasons we all need some
> patience and confidence!
>
> Paul
> ___
> 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: Browser widget on linux

2017-04-13 Thread Paul Hibbert via use-livecode

> On 13 Apr 2017, at 10:17, hh via use-livecode  
> wrote:
> 
> Hi Pano,
> thank you very much for coming in.
> 
> Please correct the typo in the first link.
> I got "16848 is not a valid bug number" and don't know
> which report you mean.

hh, maybe try again, it is the correct number, there may have been a glitch 
when you tried, it just worked fine for me.

> We all know you do a real good job to collect (and even
> remove at once some of) and categorize the bugs in a
> very complicated  structure.
> Let me use this opportunity to thank you for that.

I’ll second that. It can’t be an easy job, especially with all of the platforms 
involved, that’s just one of the reasons we all need some patience and 
confidence!

Paul
___
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: Browser widget on linux

2017-04-13 Thread hh via use-livecode
Hi Pano,
thank you very much for coming in.

Please correct the typo in the first link.
I got "16848 is not a valid bug number" and don't know
which report you mean.

We all know you do a real good job to collect (and even
remove at once some of) and categorize the bugs in a
very complicated  structure.
Let me use this opportunity to thank you for that.

___
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: Browser widget on linux

2017-04-13 Thread Paul Hibbert via use-livecode
Looking at Bugzilla, I’m hoping it will soon be time for the Browser widget to 
be given some attention, and not just on Linux, there seems to be over 30 
active bugs. The bug I submitted over 10 months ago was for a crash on Mac OS 
(Bug 17928 ), but I gather 
(and appreciate) the team have been way too busy to address this and the other 
outstanding bugs, so I’m just sitting and waiting patiently with my projects on 
hold as there’s no easy workaround for this bug.

On the plus side, when they do rebuild the browser widget, there's lots of 
useful info in there for the team to deliver a more stable and more useable 
browser widget, I personally hope it’s not too long before that happens.

Paul

> On 13 Apr 2017, at 09:19, Richard Gaskin via use-livecode 
>  wrote:
> 
> Thanks for the background info.
> 
> Can you share the bug report ID's so I can follow those in Bugzilla?
> 
> -- 
> Richard Gaskin
> 
> hh wrote:
> Richard G. wrote (in the 'vertical-text'-thread):
> On disk the Linux build of CEF takes up 135 MBs, and like any
> browser I would imagine it more than doubles RAM requirements
> for an app using it.
 hh wrote:
 I would even give a full Gigabyte of RAM if this could make the
 browser widget work on linux ...
>>> Richard G. wrote:
>>> had pretty good luck on Ubuntu 14.04 64-bit - what's your setup?
>> 
>> Richard, I moved this to a new thread, fitting more the subject. Hope
>> it is OK for you. Thanks that you came in.
>> 
>> After your report I was full of hope that the three years old ubuntu
>> 14.04.5 and LC 8.1.3 or 8.1.4-rc1 would yield a fully functional
>> browser widget. Installed in a fresh setup Ubuntu 14.04.5 and fresh
>> LC 8.1.3/8.1.4-rc1/9.0.0.-dp6 (all 'for this user only').
>> 
>> Running 8.1.3-64bit it is better than the others tested below in that
>> it _randomly_ works correct and doesn't show bug 3 below (yes, bugs 1
>> 2 too). If not working it instead creates several additional processes
>> libbrowser-cefp.
>> And it  creates with every startup fresh preferences, declaring the old
>> one as corrupt. Running 8.1.3 on Ubuntu 14.04.5-32bit is the same as
>> described below.
>> 
>> Within the last two weeks I tested the following, on real hardware
>> (additionally some on on virtualBox):
>> *Latest LTS* of Ubuntu (also Xubuntu, Lubuntu, Mint), Debian, Fedora.
>> 
>> In sum 10 trials (6 on 64bit, 4 on 32bit). All OSes are running without
>> problems. LC 8.1.3, 8.1.4-rc1, 9.0.0-dp6 runs and works using LC Script.
>> 
>> ** But I had _NO_SUCCESS_ in these 10 trials with a browser widget.
>> ** I wonder if anybody ever tested the _full_ functionality of the
>> ** browser widget on a newer LTS linux flavour.
>> 
>> Full functionality means that you can *do* javascript in the browser.
>> You can't even come into a state to test that: These severe 'bugs'
>> are common to _all_ my trials (incl. on Ubuntu 16.04.2):
>> 
>> Bug 1: Open a new stack, drag a browser widget symbol from "Tools".
>> The widget portion of "Tools" disappears. Mostly LC hangs after that,
>> you need the system monitor or a terminal to kill it.
>> 
>> Bug 2: Open a new stack, create a browser widget by LC-menu or script.
>> Try to open the property inspector. No reaction.
>> Try to quit LC. The "something-dialog" burns onto your screen. LC hangs
>> after that ... (as above).
>> 
>> Bug 3: Open a stack with an included widget that runs on Mac and Win on
>> all systems that run LC 8/9 (for example: "Browser widget on linux
>> or "Sample stacks/Browser widget image manipulator" or "Sample stacks/
>> LCImageToolbox89").
>> At latest after the second load LC hangs, you need the system monitor
>> or a terminal to kill it and it's "something-dialog".
>> 
>> I'm deeply disappointed about these extreme results, especially because
>> we know  that several members of the core team also use linux on their
>> own machines.
> 
> 
> ___
> 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: Downloads - Immodest Proposal

2017-04-13 Thread Richmond Mathewson via use-livecode



On 4/13/17 7:44 pm, Curry Kenworthy via use-livecode wrote:


> 'Confusion' being an understatement, it would have swiftly
> caused shock and horror :)
> Dave

Yep. :) But there are good reasons for comparison. Swift was making an 
outrageous joke to draw attention to other actual proposals for the 
problems of his day.


Right at the moment there may have been a dip in LC newbies (perhaps, 
judging from some imperfect indicators) and naturally there's a 
"hunger" to spread the word and get LC into the hands of interested 
people. Having a download as visible and easy as possible could be a 
realistic measure to help with part of that. Ditto for a very "swift" 
signup.


So joking about it might go like: Whatever you do, don't show the 
uninitiated and uncouth masses of people your greatest treasure, that 
is, your downloads! You must keep those a secret altogether, or at 
least make people go through a satisfying number of steps first before 
they reach them, so only the elite will find them, being tested and 
purified, thus in the proper state of mind to appreciate the true 
quality of these executables. Never be tempted by frivolous appeals to 
reduce the number of steps or clicks in that process, or to start the 
download while they are verifying their email, or heaven forbid, to 
roll the signup into the installer. No, friends, the real answer has 
been right in front of us the whole time. All we need to do is get LC 
tattoos in, let's say, "modest" places. It flies under the radar, but 
really makes an impact when revealed in some situations. And you 
always know it's there, gives you secret empowerment all day. 
Something like that.


You can see why I thought again and held off on that the first post!

Anyway, I would say it's also just a tiny bit shocking


It's daft! And I have ALREADY made the point about the teeny-weeny green 
Community button way at bottom-left of the page

to minimise the chance that anyone sees it.

BUT: don't tell the people at LiveCode centre that because they know 
BETTER than anyone how to market something,

as one can see from the way the LC newbie number is dropping.

I have criticised the LiveCode web-site many times, as have many others; 
and as far as I recall not once have the LiveCode
people admitted that a criticism might, just, possibly have a spot of 
validity.


Of course elsewhere if someone never, ever admitted to having made a 
misjudgement they'd be called "arrogant",
but you cannot do that with LiveCode because they pay good money to 
marketing people to do their website, and they
cannot be seen admitting they might have got the wrong firm; Oh, and 
they are perfect.


to have no download links at all on the site. Have you seen the LC 
site lately? I could find no download links at all. None. There's the 
signup but it's a pretty roundabout process.


I raised it, Richard Gaskin agreed; what happens; sweet Football 
Association.


If I were a first-time visitor to the LC web site, I'm not sure 
whether I would have snagged a download by the end of my visit or not. 
That's why I posted.


Best wishes,

Curry K.



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


Re: Downloads - Immodest Proposal

2017-04-13 Thread Curry Kenworthy via use-livecode


> 'Confusion' being an understatement, it would have swiftly
> caused shock and horror :)
> Dave

Yep. :) But there are good reasons for comparison. Swift was making an 
outrageous joke to draw attention to other actual proposals for the 
problems of his day.


Right at the moment there may have been a dip in LC newbies (perhaps, 
judging from some imperfect indicators) and naturally there's a "hunger" 
to spread the word and get LC into the hands of interested people. 
Having a download as visible and easy as possible could be a realistic 
measure to help with part of that. Ditto for a very "swift" signup.


So joking about it might go like: Whatever you do, don't show the 
uninitiated and uncouth masses of people your greatest treasure, that 
is, your downloads! You must keep those a secret altogether, or at least 
make people go through a satisfying number of steps first before they 
reach them, so only the elite will find them, being tested and purified, 
thus in the proper state of mind to appreciate the true quality of these 
executables. Never be tempted by frivolous appeals to reduce the number 
of steps or clicks in that process, or to start the download while they 
are verifying their email, or heaven forbid, to roll the signup into the 
installer. No, friends, the real answer has been right in front of us 
the whole time. All we need to do is get LC tattoos in, let's say, 
"modest" places. It flies under the radar, but really makes an impact 
when revealed in some situations. And you always know it's there, gives 
you secret empowerment all day. Something like that.


You can see why I thought again and held off on that the first post!

Anyway, I would say it's also just a tiny bit shocking to have no 
download links at all on the site. Have you seen the LC site lately? I 
could find no download links at all. None. There's the signup but it's a 
pretty roundabout process. If I were a first-time visitor to the LC web 
site, I'm not sure whether I would have snagged a download by the end of 
my visit or not. That's why I posted.


Best wishes,

Curry K.


___
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: Browser widget on linux

2017-04-13 Thread panagiotis merakos via use-livecode
Hi all,

All those problems are essentially caused by the same underlying issue,
which seems to be locale-related.

In comment 81 (!!) of this report
http://quality.livecode.com/show_bug.cgi?id=16848, a community member has
found a workaround, which seems to work for most of the affected users.

The other related bugs Hermann mentioned are those:

bug 16975 bug 18025
bug 17565
bug 17715


Best,
Panos
--

On Thu, Apr 13, 2017 at 5:19 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks for the background info.
>
> Can you share the bug report ID's so I can follow those in Bugzilla?
>
> --
>  Richard Gaskin
>
>
> hh wrote:
>
>> Richard G. wrote (in the 'vertical-text'-thread):
> On disk the Linux build of CEF takes up 135 MBs, and like any
> browser I would imagine it more than doubles RAM requirements
> for an app using it.
>
 hh wrote:
 I would even give a full Gigabyte of RAM if this could make the
 browser widget work on linux ...

>>> Richard G. wrote:
>>> had pretty good luck on Ubuntu 14.04 64-bit - what's your setup?
>>>
>>
>> Richard, I moved this to a new thread, fitting more the subject. Hope
>> it is OK for you. Thanks that you came in.
>>
>> After your report I was full of hope that the three years old ubuntu
>> 14.04.5 and LC 8.1.3 or 8.1.4-rc1 would yield a fully functional
>> browser widget. Installed in a fresh setup Ubuntu 14.04.5 and fresh
>> LC 8.1.3/8.1.4-rc1/9.0.0.-dp6 (all 'for this user only').
>>
>> Running 8.1.3-64bit it is better than the others tested below in that
>> it _randomly_ works correct and doesn't show bug 3 below (yes, bugs 1
>> 2 too). If not working it instead creates several additional processes
>> libbrowser-cefp.
>> And it  creates with every startup fresh preferences, declaring the old
>> one as corrupt. Running 8.1.3 on Ubuntu 14.04.5-32bit is the same as
>> described below.
>>
>> Within the last two weeks I tested the following, on real hardware
>> (additionally some on on virtualBox):
>> *Latest LTS* of Ubuntu (also Xubuntu, Lubuntu, Mint), Debian, Fedora.
>>
>> In sum 10 trials (6 on 64bit, 4 on 32bit). All OSes are running without
>> problems. LC 8.1.3, 8.1.4-rc1, 9.0.0-dp6 runs and works using LC Script.
>>
>> ** But I had _NO_SUCCESS_ in these 10 trials with a browser widget.
>> ** I wonder if anybody ever tested the _full_ functionality of the
>> ** browser widget on a newer LTS linux flavour.
>>
>> Full functionality means that you can *do* javascript in the browser.
>> You can't even come into a state to test that: These severe 'bugs'
>> are common to _all_ my trials (incl. on Ubuntu 16.04.2):
>>
>> Bug 1: Open a new stack, drag a browser widget symbol from "Tools".
>> The widget portion of "Tools" disappears. Mostly LC hangs after that,
>> you need the system monitor or a terminal to kill it.
>>
>> Bug 2: Open a new stack, create a browser widget by LC-menu or script.
>> Try to open the property inspector. No reaction.
>> Try to quit LC. The "something-dialog" burns onto your screen. LC hangs
>> after that ... (as above).
>>
>> Bug 3: Open a stack with an included widget that runs on Mac and Win on
>> all systems that run LC 8/9 (for example: "Browser widget on linux
>> or "Sample stacks/Browser widget image manipulator" or "Sample stacks/
>> LCImageToolbox89").
>> At latest after the second load LC hangs, you need the system monitor
>> or a terminal to kill it and it's "something-dialog".
>>
>> I'm deeply disappointed about these extreme results, especially because
>> we know  that several members of the core team also use linux on their
>> own machines.
>>
>
>
> ___
> 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: Browser widget on linux

2017-04-13 Thread Richard Gaskin via use-livecode

Thanks for the background info.

Can you share the bug report ID's so I can follow those in Bugzilla?

--
 Richard Gaskin

hh wrote:

Richard G. wrote (in the 'vertical-text'-thread):
On disk the Linux build of CEF takes up 135 MBs, and like any
browser I would imagine it more than doubles RAM requirements
for an app using it.

hh wrote:
I would even give a full Gigabyte of RAM if this could make the
browser widget work on linux ...

Richard G. wrote:
had pretty good luck on Ubuntu 14.04 64-bit - what's your setup?


Richard, I moved this to a new thread, fitting more the subject. Hope
it is OK for you. Thanks that you came in.

After your report I was full of hope that the three years old ubuntu
14.04.5 and LC 8.1.3 or 8.1.4-rc1 would yield a fully functional
browser widget. Installed in a fresh setup Ubuntu 14.04.5 and fresh
LC 8.1.3/8.1.4-rc1/9.0.0.-dp6 (all 'for this user only').

Running 8.1.3-64bit it is better than the others tested below in that
it _randomly_ works correct and doesn't show bug 3 below (yes, bugs 1
2 too). If not working it instead creates several additional processes
libbrowser-cefp.
And it  creates with every startup fresh preferences, declaring the old
one as corrupt. Running 8.1.3 on Ubuntu 14.04.5-32bit is the same as
described below.

Within the last two weeks I tested the following, on real hardware
(additionally some on on virtualBox):
*Latest LTS* of Ubuntu (also Xubuntu, Lubuntu, Mint), Debian, Fedora.

In sum 10 trials (6 on 64bit, 4 on 32bit). All OSes are running without
problems. LC 8.1.3, 8.1.4-rc1, 9.0.0-dp6 runs and works using LC Script.

** But I had _NO_SUCCESS_ in these 10 trials with a browser widget.
** I wonder if anybody ever tested the _full_ functionality of the
** browser widget on a newer LTS linux flavour.

Full functionality means that you can *do* javascript in the browser.
You can't even come into a state to test that: These severe 'bugs'
are common to _all_ my trials (incl. on Ubuntu 16.04.2):

Bug 1: Open a new stack, drag a browser widget symbol from "Tools".
The widget portion of "Tools" disappears. Mostly LC hangs after that,
you need the system monitor or a terminal to kill it.

Bug 2: Open a new stack, create a browser widget by LC-menu or script.
Try to open the property inspector. No reaction.
Try to quit LC. The "something-dialog" burns onto your screen. LC hangs
after that ... (as above).

Bug 3: Open a stack with an included widget that runs on Mac and Win on
all systems that run LC 8/9 (for example: "Browser widget on linux
or "Sample stacks/Browser widget image manipulator" or "Sample stacks/
LCImageToolbox89").
At latest after the second load LC hangs, you need the system monitor
or a terminal to kill it and it's "something-dialog".

I'm deeply disappointed about these extreme results, especially because
we know  that several members of the core team also use linux on their
own machines.



___
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


Browser widget on linux

2017-04-13 Thread hh via use-livecode
>>> Richard G. wrote (in the 'vertical-text'-thread):
>>> On disk the Linux build of CEF takes up 135 MBs, and like any
>>> browser I would imagine it more than doubles RAM requirements
>>> for an app using it.
>> hh wrote:
>> I would even give a full Gigabyte of RAM if this could make the
>> browser widget work on linux ...
> Richard G. wrote:
> had pretty good luck on Ubuntu 14.04 64-bit - what's your setup?

Richard, I moved this to a new thread, fitting more the subject. Hope
it is OK for you. Thanks that you came in.

After your report I was full of hope that the three years old ubuntu
14.04.5 and LC 8.1.3 or 8.1.4-rc1 would yield a fully functional
browser widget. Installed in a fresh setup Ubuntu 14.04.5 and fresh
LC 8.1.3/8.1.4-rc1/9.0.0.-dp6 (all 'for this user only').

Running 8.1.3-64bit it is better than the others tested below in that
it _randomly_ works correct and doesn't show bug 3 below (yes, bugs 1
2 too). If not working it instead creates several additional processes
libbrowser-cefp.
And it  creates with every startup fresh preferences, declaring the old
one as corrupt. Running 8.1.3 on Ubuntu 14.04.5-32bit is the same as
described below.

Within the last two weeks I tested the following, on real hardware
(additionally some on on virtualBox):
*Latest LTS* of Ubuntu (also Xubuntu, Lubuntu, Mint), Debian, Fedora.

In sum 10 trials (6 on 64bit, 4 on 32bit). All OSes are running without
problems. LC 8.1.3, 8.1.4-rc1, 9.0.0-dp6 runs and works using LC Script.

** But I had _NO_SUCCESS_ in these 10 trials with a browser widget.
** I wonder if anybody ever tested the _full_ functionality of the
** browser widget on a newer LTS linux flavour.

Full functionality means that you can *do* javascript in the browser.
You can't even come into a state to test that: These severe 'bugs'
are common to _all_ my trials (incl. on Ubuntu 16.04.2):

Bug 1: Open a new stack, drag a browser widget symbol from "Tools".
The widget portion of "Tools" disappears. Mostly LC hangs after that,
you need the system monitor or a terminal to kill it.

Bug 2: Open a new stack, create a browser widget by LC-menu or script.
Try to open the property inspector. No reaction.
Try to quit LC. The "something-dialog" burns onto your screen. LC hangs
after that ... (as above).

Bug 3: Open a stack with an included widget that runs on Mac and Win on
all systems that run LC 8/9 (for example: "Browser widget on linux
or "Sample stacks/Browser widget image manipulator" or "Sample stacks/
LCImageToolbox89").
At latest after the second load LC hangs, you need the system monitor
or a terminal to kill it and it's "something-dialog".

I'm deeply disappointed about these extreme results, especially because
we know  that several members of the core team also use linux on their
own machines.

___
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: mergEXT

2017-04-13 Thread Richmond Mathewson via use-livecode
I've just spend a fair time poking around the internet and cannot find 
an application
that can give me the UUID numbers associated with a paired Bluetooth 
device . . .


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


Re: mergEXT

2017-04-13 Thread Richmond Mathewson via use-livecode



On 4/13/17 2:22 am, Monte Goulding via use-livecode wrote:

Hi Folks

You probably want to get some docs for the robot and find out the service UUID 
that it offers then scan for peripherals with that service UUID. That’s the 
normal way of doing things but if there’s no docs available (from the looks of 
their downloads page you will need to request dev docs) you can scan for any 
peripherals and inspect them to work out what’s on offer. It would be great to 
get a write up of this for the LC blog if you get it all working.


I have requested the dev docs; but whether the Terrapin Logo will let me 
have them is another thing as they may smell a rat.


Richmond.


The demo stack are inside that Ext folder which on mac is inside the app bundle -> Contents > 
Tools > Ext > mergBLE  > mergBLE.livecode. It isn’t pretty (just the baste 
basics needed to test functionality). We know this isn’t the most helpful location. At some point it 
would be nice to have a open demo stack button on the docs.

Cheers

Monte

On 13 Apr 2017, at 12:30 am, Mike Kerner via use-livecode 
 wrote:

Have a look in the dictionary.  I don't know if Monte still has the demo
stacks available, but perhaps that would also help.

On Wed, Apr 12, 2017 at 10:23 AM, Roger Eller via use-livecode <
use-livecode@lists.runrev.com> wrote:


I have never used it, but this is in the LC forum:

try
  mergBLEStopScanningForPeripherals
catch e
  answer e
end try

http://forums.livecode.com/viewtopic.php?f=9=28007=
147215=mergBLE#p147215


On Wed, Apr 12, 2017 at 10:18 AM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:


I must be really stupid . . . but . . .

How do I use mergBLE to get a simple list of BlueTooth devices in a
listField?

Richmond.



On 4/12/17 4:08 pm, Roger Eller via use-livecode wrote:


That looks really cool (for teaching)!

"PLEASE NOTE: Blue-Bot® is compatible with any iOS device with version
3.0/4.0+ EDR Bluetooth (e.g. iPad3 and later)"

So...  I would think you would use mergBLE for this.
http://mergext.com/home/mergble/

~Roger


On Wed, Apr 12, 2017 at 9:01 AM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

Yup: https://www.bee-bot.us/bluebot.html

http://forums.livecode.com/viewtopic.php?f=5=29121

I really would like to control the Blue-Bot via a LiveCode front-end
rather than the crappy interface that
one has to pay $50 for that stinks.

Richmond.


On 4/12/17 3:58 pm, Roger Eller via use-livecode wrote:

Robot?


On Wed, Apr 12, 2017 at 8:57 AM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

OK: now for the goofy questions . . . .


1. How do I find my robot's pUUID on a Mac?


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




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



___
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: Downloads - Immodest Proposal

2017-04-13 Thread Richmond Mathewson via use-livecode

"swiftly"

Dunno: tossed a baby on the barbeque just last weekend.

Richmond.

On 4/13/17 11:09 am, Alex Tweedly via use-livecode wrote:



On 13/04/2017 02:49, Curry Kenworthy via use-livecode wrote:


(I was going to joke around a bit for those who are familiar with the 
original "Modest Proposal" in literature, but I'm not sure if that 
work is still popular these days so I decided not to.)

Just as well you didn't, that would swiftly have caused confusion :-)
Alex.

___
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: How do you find beta testers?

2017-04-13 Thread Marian Petrides, MD via use-livecode
When I wrote an app to teach Transfusion Medicine, I selected 10 friends and 
colleagues--5 of them content experts in the field with no particular computer 
expertise and 5 of them friends I knew from Apple User Groups from way back in 
the days when all Apple ][ users were "hobbyists." The latter were tasked with 
beating up on the software, trying to break it. All of them got a free copy of 
the software. 

This worked quite well. In all the years the software was sold, I never got a 
single bug report, although I have gotten content feedback through the same 
publisher. 

Sent from my iPad

> On Apr 12, 2017, at 2:06 PM, Jonathan Lynch via use-livecode 
>  wrote:
> 
> I have been getting feedback from friends and family on my app, but I want to 
> find a wider circle of testers. I plan to seek testers on the use-list as 
> well, but for now I am trying to find a couple dozen nonprogrammers so I can 
> judge how the average public reacts to the app.
> 
> How do those of you who program for the general public do this?


___
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: Downloads - Immodest Proposal

2017-04-13 Thread Dave Kilroy via use-livecode
‘Confusion' being an understatement, it would have swiftly caused shock and 
horror :)
Dave


>> (I was going to joke around a bit for those who are familiar with the 
>> original "Modest Proposal" in literature, but I'm not sure if that 
>> work is still popular these days so I decided not to.) 
>> 
> Just as well you didn't, that would swiftly have caused confusion :-) 
> Alex. 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How do you find beta testers?

2017-04-13 Thread Jonathan Lynch via use-livecode
Thanks David,

So I should talk to 3 or 4 historical societies, and shoot for more than I 
actually need. I will do that as soon as I add formatting buttons for bolding, 
links, etc.

Sent from my iPhone

> On Apr 13, 2017, at 4:24 AM, David V Glasgow via use-livecode 
>  wrote:
> 
> Jonathan,
> 
> I invite feedback from 10 volunteers who are members of likely user mailing 
> lists.  I never use the term Beta testing or release candidate, just say hey 
> I made this and I want feedback from professionals experienced in ‘whatever’. 
>  I say that anyone who gives me feedback, however little, gets a free copy of 
> the final app. Once I was adjudged to be spamming (on LinkedIn, which is 
> bloody ironic), but if you keep things informal, personable and friendly, I 
> find that folks are interested.
> 
> This has the advantage of letting potential users on the list know that 
> something is brewing, and the most interested ones as early adopters.I 
> always take the time to thank everyone via the list, and give a little bit of 
> feedback on progress, just to keep awareness up.
> 
> The downside is that the ratio of volunteers to useful feedback is very high. 
>  I say 10, but usually distribute 30 or so copies, and get actual feedback 
> from only a handful.
> 
> Cheers,
> 
> David Glasgow
> 
>> On 12 Apr 2017, at 7:06 pm, Jonathan Lynch via use-livecode 
>>  wrote:
>> 
>> I have been getting feedback from friends and family on my app, but I want 
>> to find a wider circle of testers. I plan to seek testers on the use-list as 
>> well, but for now I am trying to find a couple dozen nonprogrammers so I can 
>> judge how the average public reacts to the app.
>> 
>> How do those of you who program for the general public do this?
>> 
>> 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: How do you find beta testers?

2017-04-13 Thread David V Glasgow via use-livecode
Jonathan,

I invite feedback from 10 volunteers who are members of likely user mailing 
lists.  I never use the term Beta testing or release candidate, just say hey I 
made this and I want feedback from professionals experienced in ‘whatever’.  I 
say that anyone who gives me feedback, however little, gets a free copy of the 
final app. Once I was adjudged to be spamming (on LinkedIn, which is bloody 
ironic), but if you keep things informal, personable and friendly, I find that 
folks are interested.

This has the advantage of letting potential users on the list know that 
something is brewing, and the most interested ones as early adopters.I 
always take the time to thank everyone via the list, and give a little bit of 
feedback on progress, just to keep awareness up.

The downside is that the ratio of volunteers to useful feedback is very high.  
I say 10, but usually distribute 30 or so copies, and get actual feedback from 
only a handful.

Cheers,

David Glasgow

> On 12 Apr 2017, at 7:06 pm, Jonathan Lynch via use-livecode 
>  wrote:
> 
> I have been getting feedback from friends and family on my app, but I want to 
> find a wider circle of testers. I plan to seek testers on the use-list as 
> well, but for now I am trying to find a couple dozen nonprogrammers so I can 
> judge how the average public reacts to the app.
> 
> How do those of you who program for the general public do this?
> 
> 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

Re: Downloads - Immodest Proposal

2017-04-13 Thread Alex Tweedly via use-livecode



On 13/04/2017 02:49, Curry Kenworthy via use-livecode wrote:


(I was going to joke around a bit for those who are familiar with the 
original "Modest Proposal" in literature, but I'm not sure if that 
work is still popular these days so I decided not to.)

Just as well you didn't, that would swiftly have caused confusion :-)
Alex.

___
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: how to print only a part of a card?

2017-04-13 Thread Tiemo Hollmann TB via use-livecode
Hi Paul,
yes I tested on Win 10 and it's the same result with LC 6 to 9.
Can anybody confirm this behavior on windows before I file a bug? Actually I 
can't believe it's a bug since LC 6
Thanks
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Paul Hibbert via use-livecode
Gesendet: Mittwoch, 12. April 2017 19:49
An: How to use LiveCode 
Cc: Paul Hibbert 
Betreff: Re: how to print only a part of a card?

Tiemo,

There’s nothing wrong with your logic, this all works fine on a Mac, LC8.1.4 
(rc1), but from an earlier post I gather you are on Win 10 so this looks like 
there's a bug in the works, maybe a Linux user could test also.

Have you tried any other versions of LC?

HTH

Paul

> On 12 Apr 2017, at 06:40, Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> Hello,
> 
> probably I don't see the obvious or my math is slightly rusty. I am 
> trying to print only a section of a card, e.g. a rectangle, but I 
> always only get a (left and bottom) clipped rectangle being printed. 
> Only when printing the whole card I get the full rectangle. I am 
> running out of paper from my multiple tests :)
> 
> Here is what I tried:
> 
> 
> 
> on mouseUp
> 
>   # create a stack, size: 348,527
> 
> # create a button with this script
> 
>   # create a rectangle, size: 297,421
> 
>   -- set the printpapersize to 595,842 # optional test # A4
> 
>   -- set the printmargins to 40,57,40,57 # optional test
> 
>   -- set the printscale to .5 # optional test
> 
> 
> 
>   open printing with dialog
> 
>   if the result is not "cancel" then
> 
>  put the left of grc "rectangle" into item 1 of tLeftTop
> 
>  put the top of grc "rectangle" into item 2 of tLeftTop
> 
>  put the right of grc "rectangle" into item 1 of tRightBottom
> 
>  put the bottom of grc "rectangle" into item 2 of tRightBottom
> 
> 
> 
>  print this card from tLeftTop to tRightBottom
> 
>  -- print this card from tLeftTop to tRightBottom into 
> 149,210,635, # optional test
> 
>  -- print this card from tLeftTop to tRightBottom into 
> 40,57,337,478  # optional test  # margins+ rectangle
> 
> -- print this card # this is for me the only chance to get the whole 
> rectangle printed
> 
>   end if
> 
>   close printing
> 
> end mouseUp
> 
> 
> 
> Does anybody see the error in my logic?
> 
> Tiemo
> 
> 
> 
> 
> 
> ___
> 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