Re: One Rect For All specificaiton

[Sannyasin Brahmanathaswami]

HA @ colin:  “Almost all of the things I’ve done have been ‘showAll’ "

and here I was thinking you were recommending  “noBorder” as the optimum 
development strategy.

But the whole exercise is still very useful. I think it is still the case that 
if you want to have someone (and need to provide specs and instructions) doing 
illustrations / or story boards for you—regardless of the LiveCode card size 
one choses to working—we *still* need to use — for instructions:

1400 X 900  (as a ratio on paper, it could be bigger in inches decimal) as the 
“you must fill this canvas wall to wall”

with 1200 X 788 (as a ratio, on paper it wouldbe an area “inside” the canvas) 
as the “Be careful that all your important elements fall inside this ‘safeZone’.

My current experiment in “noBorder” has the useful result that I can actually 
visualize the entire canvas on the card. Whereas with “showAll”  if you work in 
iPhone 6+ (16 X9)  then you can’t tell what is “lost” on the iPad and you can 
also get yourself in trouble by adding elements top and bottom (or left and 
right) that will not appear on the iPad. Since we are talking about 2D 
animation with illustration rich background content… it’s not something we can 
“fudge” at all.

But…with if you create a set of bottom tab controls for a landscape app in 
iPhone 6+(16 X9) and place these in the “safe zone” then use “no border” they 
will float above the bottom on the iPad (in landscape) where as if you build 
those to be at the bottom of the screen/card, “showAll” will be sure to place 
them there on iPad… at least I think… will have to test.

Colin wrote: "You could use the 1024x768 iPad preset and then have extra 
content that extends out to 171 pixels either side of the card, that you don’t 
normally se while working on the stack.”

But then wouldn’t you have the issue of losing the top and bottom if you run 
the same app in iPhone 6+ landscape?

So, now I’m back to choice paralysis on which way to go.

I did work out the 14 X 9 and 1200 X 788 with a young designer here and we 
transferred this to US Letter and made a template for him to work in 
storyboards into… and it seems to work pretty well. I will have to import his 
work into a 16 X 9 stack and try “showAll” and see what happens.

BR
On January 3, 2016 at 6:32:50 AM, Colin Holgate 
(colinholg...@gmail.com) wrote:
A key difference between showAll and noBorder is that with noBorder all of the 
content you will ever see has to lie within the card area. With showAll only 
the content that everyone will see is in the card area, there remember is off 
the edges of the card, and will get revealed to users with either wider or 
taller devices.

Almost all of the things I’ve done have been showAll, where either it’s a book 
like experience, where I want to be sure everyone sees the full height of the 
page (and there is extra sideline content that will appear), or it’s a game, 
where a bit more ground and sky appears on taller devices.

The one time I did use noBorder it was for a game that had interesting items in 
all directions, and so I used the 14:9 trick to compromise between 16:9 and 4:3 
screens.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

LiveCode Mac, importing images from iPhone

[tkuyp...@telenet.be]

Hi,

I’m building an app running on a Mac to manage a large amount of products in a 
store.
It searches in a database using a barcode reader, add product info, pricing, 
remarks, stock, etc. to a database.

But for the product image I would like to be able to take a picture on my 
iPhone and place it into the productfiche automatically.
When I take a picture, it automatically shows up in Photos, when I do this in 
Pages or KeyNote, I select “Photos” from the “media” sidebar and all my pics 
from my iPhone are visible.

But when I try to do this from within LC (7.1.1 or 8.0dp12) nothing happens.

Is there something I need to setup on the Mac to make these visible, or is this 
some nice OSX feature which is not supported by LIveCode?


Met vriendelijke groeten,
Warm Regards,



Ton Kuypers
+32 (0) 477 739 530

Steenweg op Leopoldsburg 100 • B-2490 • Balen • Belgium
www.publishingtools4u.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: Dictionary alternatives

[Peter Haworth]

I have a really simple one using the new dictionary access functions in
DP12.  It works fine for the Livecode Script entries but the functions that
return the Livecode Builder and Extensions dictionary info are broken (QCC
report added).  Need to add a generic search function.


Pete
lcSQL Software 
Home of lcStackBrowser  and
SQLiteAdmin 

On Sat, Jan 2, 2016 at 5:01 PM, Mike Bonner  wrote:

> Thanks Ali.  Thats one of the things I tried, but got no keys after
> arraydecode. I'll go back and see what I did wrong.  Appreciate it.
>
> Sorry for the tangent richard, alas, now i'm interested in making this
> work, so i'm off to beat my head against the brick wall again.
>
> On Sat, Jan 2, 2016 at 5:34 PM, Richard Gaskin  >
> wrote:
>
> > I appreciate all the good ideas about rolling my own interim fix for
> this,
> > but perhaps I should clarify my interest:
> >
> > Part of my soon-to-be-release devolution 4.0 toolkit includes the ability
> > to switch between standard IDE components and community-based
> > alternatives.  For example, it has a "Browser" button that lets you
> choose
> > between the Project Browser, App Browser, or Navigator.
> >
> > The one common IDE component I can't find an alternative for is the
> > Dictionary.  Many years ago there was the MC Dict, but I stopped
> > maintaining that once I migrated my work to LiveCode v4.6.4.
> >
> > BVG Docu was a very nice alternative, but I'm unsure whether it's still
> > being maintained for v8 forward.  With the changes to the structure of
> the
> > Dictionary content in v8 I would imagine some non-trivial work would be
> > required to rewrite that to import into Docu.
> >
> > So yes, lots of good options for rolling my own.  LC is very flexible and
> > a joy to work with, and as well suited for making Dictionary viewers as
> > anything else.
> >
> > But my goal here is simpler: I'm just looking for currently-maintained
> > Dictionary solutions in our community to make sure they're represented as
> > alternatives in devolution once it's released.  It would be nice to offer
> > at least one if we have a current one in our community, or more if there
> > are other such projects I'm unfamiliar with.
> >
> > --
> >  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
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LiveCode Mac, importing images from iPhone

[Tore Nilsen]

The ability to access different kinds of media from Pages, Keynote etc. is an 
OSX feature that is not implemented in LiveCode. Since images are stored in a 
library that is a bundle (much like an application on OSX) there is no simple 
way of getting these files into LiveCode either, as far as I know. Applications 
like Pages etc. get their information from the associated databases, and there 
may be ways to access these.

You can find these pictures manually by selecting the library in Finder and 
choose “Show Package Contents” when right clicking the library. You then choose 
the folder “Masters" and navigate to the folder for the appropriate year (2016 
if it was today) then the folder for the appropriate month, thereafter the 
folder for the appropriate date, and finally the folder that contains your last 
import.

It is easier to open your the “Photos” application and export your images to a 
folder you have chosen yourself. You can then import these images into LiveCode 
from this folder. Another alternative is to share/export the images from the 
iPhone to a folder where they can be accessed from LiveCode. You may use 
Dropbox for this, as you can use “answer file" to access files in the 
Dropbox-folder on the Mac.

Best of luck

Tore Nilsen


> 3. jan. 2016 kl. 11.44 skrev tkuyp...@telenet.be:
> 
> Hi,
> 
> I’m building an app running on a Mac to manage a large amount of products in 
> a store.
> It searches in a database using a barcode reader, add product info, pricing, 
> remarks, stock, etc. to a database.
> 
> But for the product image I would like to be able to take a picture on my 
> iPhone and place it into the productfiche automatically.
> When I take a picture, it automatically shows up in Photos, when I do this in 
> Pages or KeyNote, I select “Photos” from the “media” sidebar and all my pics 
> from my iPhone are visible.
> 
> But when I try to do this from within LC (7.1.1 or 8.0dp12) nothing happens.
> 
> Is there something I need to setup on the Mac to make these visible, or is 
> this some nice OSX feature which is not supported by LIveCode?
> 
> 
> Met vriendelijke groeten,
> Warm Regards,
> 
> 
> 
> Ton Kuypers
> +32 (0) 477 739 530
> 
> Steenweg op Leopoldsburg 100 • B-2490 • Balen • Belgium
> www.publishingtools4u.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: One Rect For All specificaiton

[Colin Holgate]

A key difference between showAll and noBorder is that with noBorder all of the 
content you will ever see has to lie within the card area. With showAll only 
the content that everyone will see is in the card area, there remember is off 
the edges of the card, and will get revealed to users with either wider or 
taller devices.

Almost all of the things I’ve done have been showAll, where either it’s a book 
like experience, where I want to be sure everyone sees the full height of the 
page (and there is extra sideline content that will appear), or it’s a game, 
where a bit more ground and sky appears on taller devices.

The one time I did use noBorder it was for a game that had interesting items in 
all directions, and so I used the 14:9 trick to compromise between 16:9 and 4:3 
screens.

In terms of working on a card, showAll would have the advantage of taking up 
less screen space. You could use the 1024x768 iPad preset and then have extra 
content that extends out to 171 pixels either side of the card, that you don’t 
normally se while working on the stack. I did come across a case recently where 
extra tools were appearing on an Android screen, which effectively makes it 
even wider than 16:9. Taking the background image out further would solve that. 
noBorder wouldn’t have the same issue, but you would lose a bit more off the 
top and bottom of the area.

As an aside, 1400x900 is not hi res, it’s less than the non-Retina height of 
iPad Pro, and only 40% the area of regular iPad Retina. Still, you don’t have 
to use 1400x900, any 14:9 ratio would work, assuming you have LiveCode set to 
also do full screen.
___
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