Re: hunting a bug on scripted custom properties not being saved

[Dr. Hawkins]

On Wed, Dec 2, 2015 at 3:44 AM, [-hh]  wrote:

> Up to LC 8-dp9, the properties are there, but NOT displayed in the new PI.
>

That's not the same bug, then.

Here it would retrieve the old value, and open the older file.


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

[OT] Free Game for iOS and Android

[Scott Rossi]

The mobile puzzle game Monument Valley by ustwo is currently available for
free on both iOS and Android via Amazon Undergound. Described as more more
of an experience than a game, this title is a beautiful example of visual
design, mechanics, and sound design.  Even at full price I encourage
people to purchase -- enjoy a memorable game experience and support some
deserving developers.

https://itunes.apple.com/us/app/monument-valley/id728293409?mt=8


http://www.amazon.com/gp/product/B015OQVN8C?qid=1449032090


LiveCode has no involvement with Monument Valley, and I'm not affiliated
with ustwo, I'm just an enthusiast of the game.

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design



___
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: [OT] Free Game for iOS and Android

[Colin Holgate]

Made with Unity, if anyone was wondering.


> On Dec 2, 2015, at 11:02 AM, Scott Rossi  wrote:
> 
> The mobile puzzle game Monument Valley by ustwo is currently available for
> free on both iOS and Android via Amazon Undergound. Described as more more
> of an experience than a game, this title is a beautiful example of visual
> design, mechanics, and sound design.  Even at full price I encourage
> people to purchase -- enjoy a memorable game experience and support some
> deserving developers.
> 
> https://itunes.apple.com/us/app/monument-valley/id728293409?mt=8
> 
> 
> http://www.amazon.com/gp/product/B015OQVN8C?qid=1449032090
> 
> 
> LiveCode has no involvement with Monument Valley, and I'm not affiliated
> with ustwo, I'm just an enthusiast of the game.
> 
> Regards,
> 
> Scott Rossi
> Creative Director
> Tactile Media, UX/UI Design
> 
> 
> 
> ___
> 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: hunting a bug on scripted custom properties not being saved

[[-hh]]

Yes, I got it now. Didn't read exact enough, sorry.

Perhaps your's is somehow connected to the new option
"Preserve stack file version on stacks saved in legacy format"
of the 'Files & Memory' tab of the prefrences?

Would be interesting how your technique and this option interfere?
To know at which point sets LC the stack version when saving?

___
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: hunting a bug on scripted custom properties not being saved

[[-hh]]

> Richard E.H. wrote:
> I have a routine to bump the versions of stacks and save ...

Read your first post again. I misunderstood what you are doing.

By "the versions of stacks" you mean your development version of stacks, not 
using 'the stackFileVersion' of LC.

Sorry. Hope you get this solved.
___
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: [OT] Free Game for iOS and Android

[J. Landman Gay]

I fell into MV and couldn't come out for days. It's the first really original 
game idea I've seen in years, and beautifully done. 

On December 2, 2015 10:02:00 AM CST, Scott Rossi  wrote:
>The mobile puzzle game Monument Valley by ustwo is currently available
>for
>free on both iOS and Android via Amazon Undergound. Described as more
>more
>of an experience than a game, this title is a beautiful example of
>visual
>design, mechanics, and sound design.  Even at full price I encourage
>people to purchase -- enjoy a memorable game experience and support
>some
>deserving developers.
>
>https://itunes.apple.com/us/app/monument-valley/id728293409?mt=8
>
>
>http://www.amazon.com/gp/product/B015OQVN8C?qid=1449032090
>
>
>LiveCode has no involvement with Monument Valley, and I'm not
>affiliated
>with ustwo, I'm just an enthusiast of the game.

-- 
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: Death of the Application Browser

[J. Landman Gay]

Well, in the interests of learning then:

On 12/2/2015 12:01 AM, Geoff Canyon wrote:

I see a list of stacks/cards on the left. So there could be
substantial scrolling to get to the stack/card you're looking for, right?


Yes, sometimes. But not as much as in the Project Browser because stacks 
and cards aren't included in the same list with controls, and because I 
can sort things in different ways to bring items of interest into a 
logical order. If I need to scroll, I always know where I'm at.



Then the list on the right is a straightforward list of everything on the
card: groups and controls. This is the same as Navigator, but much bulkier
and without the ability to have multiple copies open at once. Is it even
filterable/searchable?


Bulky: probably in the eye of the beholder. I prefer the spacing in the 
AB because my eyes aren't great and I find small, tightly packed text 
very hard to read. (Navigator is a problem for me in that respect, btw.) 
A related issue affects me in the PB: too much visual clutter, which 
again makes it difficult for me to locate things quickly. Suggestion for 
users like me: remove the showLines and increase the textheight in all 
the lists.


The AB isn't searchable, but if I want that I use the Search dialog in 
the main menu. I rarely need it. Filtering is also unavailable, but it 
must be useful because it's included in the PB too. If I could get it to 
work I might be able to assess its value, but so far I'm naive about it.



Screen space: Navigator collapses down to just its titlebar (and moves up
out of the way)with a double-click, and all can be collapsed at once (while
avoiding overlapping).


That's a nice touch. It adds to the number of clicks and manipulation 
necessary though for more than one navigator, and unfortunately, 
re-expanding a navigator covers up the others. I spent a little time 
yesterday seeing if I could simulate a list of stacks by lining up 
several navigators but it isn't very workable. Try opening 10+ 
navigators to see what I mean. I think it would work well for just a few 
instances though.



Each Navigator can be re-targeted, so the only reason to close one is if
you don't need that many open anymore. Navigator auto-updates if you choose.


Okay, good to know. As Hermann mentioned, he had to learn its 
capabilities by reading our discussion. That's a problem I have with 
Navigator too. Its actions can be obscure to the uninitiated and the 
documentation is hard to use because it covers up what it's explaining. 
There are some other usability issues that could benefit from a rework 
to make Navigator easier for new users to understand.




And finally, bookmarks and saved sets are definitely your friend here.
Although saved sets don't play well with the new ability to have multiple
Navigators open at once :-/ I'm going to have to look at that.


I may find a use for those some day, it sounds cool, though I don't 
generally work with the same set of controls repeatedly. When would you 
use those?


I have two primary useage cases for the AB: seeing an overview of an 
unfamiliar stack and how its parts fit together (and navigating it,) and 
quickly accessing an object's Property Inspector or script (even when it 
isn't the selected object.) I use the AB in many other ways too, of 
course, but those are the two things I do the most. It's 3 clicks max to 
get to any object, and then a right-click to open the inspector or the 
script.


--
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: Death of the Application Browser

[Geoff Canyon]

On Wed, Dec 2, 2015 at 2:41 PM, J. Landman Gay 
wrote:

> (Navigator is a problem for me in that respect, btw.)


​Interesting. It's just a field, so this should work:

set the textSize of fld ​"list" of stack "revNavigator" to 14 -- or
whatever you like
save stack "revNavigator"

14 works nicely for me as well. The default is 10. You could change the
textFont as well. The style and color are set within Navigator, so that
wouldn't stick if you changed it.
___
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: Death of the Application Browser

[Geoff Canyon]

On Wed, Dec 2, 2015 at 2:41 PM, J. Landman Gay 
 wrote:

> re-expanding a navigator covers up the others


​Only if you set them up to cover other Navigators -- it expands back to
where it was.

On Wed, Dec 2, 2015 at 2:41 PM, J. Landman Gay 
 wrote:

> I spent a little time yesterday seeing if I could simulate a list of
> stacks by lining up several navigators but it isn't very workable.


​I must still not be understanding this use case. Navigator has a list of
stacks in the stack menu. The trade-off of course is two clicks with the
menu in exchange for one click but having to give up screen real estate
constantly displaying the ​list. Is that it, or am I missing something
else? At this point I feel like I'm Steve Jobs telling you you're holding
the iPhone wrong ;-)

On Wed, Dec 2, 2015 at 2:41 PM, J. Landman Gay 
 wrote:

> Try opening 10+ navigators to see what I mean. I think it would work well
> for just a few instances though.
>

​Heh, although Navigator now supports pretty much unlimited copies of
itself, I've never needed to use more than 3. ​See the above Steve Jobs
comment...

On Wed, Dec 2, 2015 at 2:41 PM, J. Landman Gay 
 wrote:

> Okay, good to know. As Hermann mentioned, he had to learn its capabilities
> by reading our discussion. That's a problem I have with Navigator too. Its
> actions can be obscure to the uninitiated and the documentation is hard to
> use because it covers up what it's explaining. There are some other
> usability issues that could benefit from a rework to make Navigator easier
> for new users to understand.


​Yeah, apparently I could document better... That's a good point about the
placement of the documentation, and easily fixed. If you care to list any
other usability issues I'm all ears.​

On Wed, Dec 2, 2015 at 2:41 PM, J. Landman Gay 
wrote:

> I may find a use for those some day, it sounds cool, though I don't
> generally work with the same set of controls repeatedly. When would you use
> those?
>
> I have two primary useage cases for the AB: seeing an overview of an
> unfamiliar stack and how its parts fit together (and navigating it,) and
> quickly accessing an object's Property Inspector or script (even when it
> isn't the selected object.) I use the AB in many other ways too, of course,
> but those are the two things I do the most. It's 3 clicks max to get to any
> object, and then a right-click to open the inspector or the script.
>

​Control sets are intended for use if you switch back and forth on separate
projects. They let you have a set of frequently-used controls for each
project, and switch between them as you choose.

For studying an unfamiliar stack, to my eye AB and Nav are equivalent, but
for the above-listed difference between the stack list in AB and the stack
menu in Nav. Steve Jobs disclaimer here.

Script editing and property palettes (either Navigator's or LC's) are a
right-click away in Navigator, but also a double-click away (edits script
by default) or command-click away. Both are configurable.

Getting to any control is two menu selections: stack, then card; then the
complete control list is in front of you. Or Navigator can do both of the
menu selections automatically and just show you the current card of the
current stack.
___
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: Death of the Application Browser

[Peter Haworth]

Hi Jacque,
Interesting discussion and just emphasizes how different folks have
different needs for the IDE.

I haven't jumped in before but I believe it will do everything you with
with the big exception of the "horizontal" layout issue. Here's a few
things that I think might help with that.

Geoff went with the multiple window approach to displaying different
stacks, I went with a tabbed approach where every main stack optionally
goes into a different tab in the single window so less screen space
needed.  You can also opt to have all your stacks in the same tab and then
drag/drop them onto other tabs if you want to separate them out.

You can hide the currently-selected stack/card or all but the
currently-selected stack/card so it's possible to show just the current
card and its controls if you want to.  And reveal them again of course :-)

The tooltip for an object includes it's complete owner tree so you don't
have to scroll to find who owns what. The only other thing that might help
is that the Home key scrolls to the selected object's owner.

Groups are displayed as a single line which can be expanded to show their
constituent controls.  That's an option of course, you can have them
initially expanded if you wish.

Those all help with the vertical/horizontal issue but I understand they
don't solve it completely.

Like you, I need relatively large text to read comfortably, especially if
the background isn't very contrasting. So I made lcStackbrowser completely
customizable for the text font, font size, font color, line height and
background color.

There's an inline property editor available with a single mouse click which
I admit adds to the vertical scrolling issue but most of the time you
expand the properties, do whatever, and collapse them again.

You can create your own groups of properties to suit the type of
application you're working on.  The groups can be displayed collapsed or
expanded so you can set up a group of your most-used properties and have it
display expanded when it's displayed.

There's a right-click menu option that displays all the boolean properties
of an object and clicking on one flips its value.  You can edit the name
and label/title of objects and the contents of simple fields without
expanding to show the properties.  There's a preference to display a label
field's text instead of its name since a whole bunch of fields named
"Label" doesn't really help you find which one you're looking for. And if
you really want to, you can open the IDE property inspector instead of
using lcStackbrowser's.

Documentation is a pet peeve of mine.  There are so many applications that
don't bother with it these days.  lcStackbrowser has a complete User Guide
and Quick reference card which lists all the keyboard shortcuts,  mouse
click actions and search syntax.

The layer/id/name of every object is displayed, albeit not in separate
columns.  There is a preference setting for the default sort sequence of
cards and controls and you can override that on an individual stack basis
via a right-click menu option.

If you have the need to search, you can do anything from a simple name
search to a complex search based on any combination of an object's
properties.  For example, I can search for all objects with their behavior
containing a certain string then with a right click change their behavior
to something else.

Probably the feature I'm using the most right now is Checkpoints since I'm
working with LC8 (lcStackbrowser already supports widgets) which has a
propensity to abort for no obvious reason.  With Checkpoints, I can have a
stack saved automatically at an interval I specify (5 minutes in my case),
and with a right click, get a list of the available checkpoints and
rollback to any one of them.  If LC aborts, I just restart and go back to
my latest checkpoint so I never lose more than 5 minutes work. I could also
have a checkpoint created every time I save or only when I request one
manually via a right click menu and, again optionally, associate a comment
with each checkpoint.  Lots of options for how many checkpoints to keep
around too.

In the last release, I added the ability to restore deleted objects of any
sort because I'm clumsy and sometimes delete the wrong object and once it's
gone, it's gone for good unless you go back to a previous version of the
stack and lose all the other work you've done before the deletion.

I've been trying to think of how I might introduce an AB type layout with a
separate field for controls.  I mentioned above the ability to drag/drop a
stack to a different tab.  I think it would be possible to allow dragging a
card to a different tab which would get pretty close to the AB although an
extra click would be required to move between the tab with the
card/controls on it and the tab with its owner on it.  I'll have to look
into that and see what it would take.

Pete
lcSQL Software 
Home of lcStackBrowser 

Re: Death of the Application Browser

[J. Landman Gay]

On 12/2/2015 4:38 PM, Peter Haworth wrote:

Interesting discussion and just emphasizes how different folks have
different needs for the IDE.


I was wondering when you'd jump in. :) To be fair, I have only looked at 
your screen shots on the web site (they're very small on my screen, btw, 
so not easily deciphered.) I saw it was a vertical list and didn't 
pursue it. I should grab the trial.


One problem with all the various control browsers is that they all have 
a learning curve and my time is very short. If I have to study and 
memorize in order to use a stack, I probably won't. That's a generic 
statement, unrelated to lcStackBrowser -- I haven't actually tried it 
yet so I can't say. Your feature list sounds good, though my needs are 
pretty basic and the duplication of existing IDE features wouldn't be 
important to me.


It could be important to other people, of course -- but I've got 15 
years of LC habits behind me and I'm comfortable with it.


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

An idea for the project browser

[J. Landman Gay]

I'm sticking with the App Browser until it kicks the bucket (and I hope 
that's never.) But here's one idea that might help me use the PB more often:


Put a breadcrumb trail at the top, just above the scrolling list. It 
would always give the path to the selected object:


  stack "myStack"/card "thisCard"/group "myGroup"/button "Click Me"

Then I know where I am when the identifying header scrolls off the top. 
Clicking on any part of the breadcrumb trail would scroll the list to 
display that control (just scroll; no further action.) Double-clicking 
any part of the trail would not only scroll there, but select the 
object, update the breadcrumbs, and navigate to the control in the stack 
itself.


Then add the ability to use the contextual menu on any control under the 
mouse, without actually selecting the object. I.e., point to a field and 
right-click to open its inspector or its script, or copy it, delete it, etc.


This would have these benefits:

1. I always know where I am in the map
2. I can navigate quickly to any part of the trail without scrolling
3. I can act on objects that aren't selected without leaving the current 
card

4. I can click on the last control in the trail to scroll back where I was

This doesn't show me the whole stack structure in the way the AB does, 
but it would solve some of the other limitations.


Comments welcome, I haven't throught through all the implications yet.

--
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: An idea for the project browser

[Sri]

More:

Option-click on an object would open another PB with the clicked object
selected.

Drag would move and Option-drag would copy an object (between the PBs).


Regards,
Sri



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/An-idea-for-the-project-browser-tp4699284p4699286.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: Death of the Application Browser

[Peter Haworth]

Absolutely, and they all have their own benefits.

Pete
lcSQL Software 
Home of lcStackBrowser  and
SQLiteAdmin 

On Wed, Dec 2, 2015 at 3:30 PM, Geoff Canyon  wrote:

> On Wed, Dec 2, 2015 at 5:38 PM, Peter Haworth  wrote:
>
> > Hi Jacque,
> > Interesting discussion and just emphasizes how different folks have
> > different needs for the IDE.
> >
> >
> ​We certainly do have an embarrassment of riches when it comes to project
> tools ;-)​
> ___
> 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: Death of the Application Browser

[Geoff Canyon]

On Wed, Dec 2, 2015 at 5:38 PM, Peter Haworth  wrote:

> Hi Jacque,
> Interesting discussion and just emphasizes how different folks have
> different needs for the IDE.
>
>
​We certainly do have an embarrassment of riches when it comes to project
tools ;-)​
___
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: Death of the Application Browser

[J. Landman Gay]

On 12/2/2015 3:45 PM, Geoff Canyon wrote:

>I spent a little time yesterday seeing if I could simulate a list of
>stacks by lining up several navigators but it isn't very workable.


​I must still not be understanding this use case. Navigator has a list of
stacks in the stack menu. The trade-off of course is two clicks with the
menu in exchange for one click but having to give up screen real estate
constantly displaying the ​list. Is that it, or am I missing something
else? At this point I feel like I'm Steve Jobs telling you you're holding
the iPhone wrong ;-)


It's an obscure usage case, I admit. In my big project, all but two 
stacks are clones of a template stack. Each stack has a unique 
identifiable name. Cards are named by a coding system that doesn't 
provide a clear identifier (though I'm starting to remember some of the 
codes now.) About half the cards in any given stack have controls 
identical to the parallel cards in other stacks, including the same 
names and IDs. And since the stacks are clones, most of the cards also 
have IDs identical to the other stacks.


In this situation it is impossible to know where you are unless you can 
always see the stack name. So I was trying to get the same view in 
Navigator that I get in AB where the stack I'm in is always clearly 
visible. In Navigator, once I leave the stack list, I could be anywhere. 
It's true that when I select a stack I know where I am immediately after 
that, but if I work for a while and then go back to Navigator, I've 
likely forgotten which stack it's displaying. The names of the controls 
don't help me, and the card names are all IDs. So then I have to go back 
to the main stack list and renavigate to where I was before, just to 
identify what the stack was.


And to make things more interesting, I usually have a whole bunch of 
cloned stacks open at the same time. It all comes back to breadcrumbs 
for me.


BTW, I found the stack list, which has to be accessed via a popdown 
menu, but I can't find how to disply its card list.


--
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: WMVCore.dll?

[Mark Waddingham]

On 2015-12-02 12:30, Malte Brill wrote:

1) why the dependency?
2) when was this introduced? (7.0.6 did not expose this, but 7.1 did)


This will likely be due to the 'camera' feature that was added to 7.1.


3) can this be either documented or be an option in the standalone
builder, so it is not required if no Media like audio or movies are
used?


We will probably have to try and weak-link that particular dependency. 
Could you file a bug report, and we'll look into it.


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: Issue with creating a Recent Files menu...

[Paul Dupuis]

A colleague kindly pointed out that in the User Guide, it states:

"To put an & or / character in the text of a menu, double the characters: && or
//.

Putting the ( character anywhere in a line disables the menu item. To put a (
character in a menu item without disabling it, precede it with a backslash:
\(."

So that still leaves whether there is any way to escape "!"
(exclamation) or "-" (minus sign) as the first character and a "|"
(vertical bar) in the file name?

I can build a test stack an try !! and -- and \! and \- and so on, but I
was hoping some one had a definitive answer.



On 12/1/2015 5:30 PM, Paul Dupuis wrote:
> I have an issue with creating a "Recent Files" menu and I am wondering
> if anyone on the list has a work-around:
>
> I do not want to pose any restrictions on files names other than what
> the operating system itself does.
>
> So I build a menu of file names. However, special characters in menu
> items create accelerator keys, disable menus, set or unset check boxes
> and so on:
>
> Dictionary for "menu" excerpt:
> The syntax for menu item strings is:
>   []  ['/'  ['|' ]]
>
> Where  may include:
>   !   (the menu item has respectively, a check, no check, or a
> selected radio button)
>   ((the menu item is disabled)
>   -(the menu item is replaced with a menu separator)
>   multiple tab characters   (where the number of tabs specifes the depth
> of the menu item.  Use this to create submenus)
>
> So, since a file name CAN begin with ! or ( or - (but not tab), is there
> a way to 'escape' these characters in the menu system so they are
> displayed normally? Replacing / with // works to escape a / in the name.
> What about the vertical bar "|"?
>
> I tried escaping a ! at the start of a name with /! and that does not work.
>
> Thank you for any answers,
>
> ___
> 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

WMVCore.dll?

[Malte Brill]

Hi all,

I got a strange report from a customer that a LiveCode application can not 
start due to a missing WMVCore.dll
Quick google search brought up that other applications may have the same issue 
if a Media Pack is not installed. However my app does not even use a player, so 

1) why the dependency?
2) when was this introduced? (7.0.6 did not expose this, but 7.1 did)
3) can this be either documented or be an option in the standalone builder, so 
it is not required if no Media like audio or movies are used?

All the best,

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

Re: hunting a bug on scripted custom properties not being saved

[[-hh]]

I had similar behaviour, connected to that, with the new property inspector.

I set and saved properties in LC 7, reopened the stack in LC.

The LC 7 PI shows the properties, also after reopening.
Up to LC 8-dp9, the properties are there, but NOT displayed in the new PI.

This bug is removed in LC 8-dp10.

So there must have been a bug report ...


___
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: WMVCore.dll?

[Malte Brill]

Hi Mark,

> We will probably have to try and weak-link that particular dependency. 
> Could you file a bug report, and we'll look into it.
> 

Done. #16531


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

Re: Death of the Application Browser

[Geoff Canyon]

On Wed, Dec 2, 2015 at 2:41 PM, J. Landman Gay 
wrote:

> remove the showLines


​This should work as well.​
___
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: Death of the Application Browser

[Geoff Canyon]

On Wed, Dec 2, 2015 at 7:10 PM, J. Landman Gay 
wrote:

> In this situation it is impossible to know where you are unless you can
> always see the stack name. So I was trying to get the same view in
> Navigator that I get in AB where the stack I'm in is always clearly
> visible. In Navigator, once I leave the stack list, I could be anywhere.
> It's true that when I select a stack I know where I am immediately after
> that, but if I work for a while and then go back to Navigator, I've likely
> forgotten which stack it's displaying. The names of the controls don't help
> me, and the card names are all IDs. So then I have to go back to the main
> stack list and renavigate to where I was before, just to identify what the
> stack was.
>
> And to make things more interesting, I usually have a whole bunch of
> cloned stacks open at the same time. It all comes back to breadcrumbs for
> me.
>
> BTW, I found the stack list, which has to be accessed via a popdown menu,
> but I can't find how to disply its card list.
>

​Ah, now I get it. For exactly this reason, the latest version of Navigator
sets the title bar to the path, like:

card "display" of stack "fundamental"
card id 1002 of stack "untitled"

​If you hold down the option key and click the stack menu (to display rev
stacks) you can select the "Message Box" stack. Then the card menu should
list:

this card
Card List
-
Single Line
Multiple Lines
Global Properties
Global Variables
pendingMessages
frontScripts
backScripts
stacksInUse

Which is all the cards. If you care to, you can select "Card List" and then
the list will display:

stack "Message Box"
card "Single Line" [1002]
card "Multiple Lines" [1011]
card "Global Properties" [1012]
card "Global Variables" [1013]
card "pendingMessages" [1014]
card "frontScripts" [1015]
card "backScripts" [1016]
card "stacksInUse" [1147]

Depending on which version of Navigator you have, and how your preferences
are set.

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