On 10/7/2015 3:31 PM, Mark Talluto wrote:
On Oct 7, 2015, at 12:58 PM, J. Landman Gay
wrote:
That's just what I remember from the few days I tried to work with
it. I'm not convinced that the current design can accomodate my
work style unless it can at least be
Message: 18
Date: Wed, 7 Oct 2015 14:58:13 -0500
From: "J. Landman Gay"
To: How to use LiveCode
Subject: Re: App Browser versus Project Browser
Message-ID: <56157955.3080...@hyperactivesw.com>
Content-Type: text/plain; charset=utf-8;
On 10/7/2015 1:22 PM, Mark Waddingham wrote:
Far more useful would be constructive criticism of both the Project
Browser and the Application Browser. It does seem a little 'silly' to
maintain two things which serve essentially the same purpose - so Ali's
idea is perhaps the best way forward -
Hmmm, I had to bail on LC8… just not ready do deal with too many broken issues
right now.
I stuck in 7.1 for now…
I like the project browser for several reasons (stopped using the application
browser 3 months ago)
1) visual representation of objects is very helpful I
2) having the groups
Richmond wrote:
> Well, all I can suggest is that LiveCode produces a hybrid
> [ chimæ ra ??? ] and see what the response is . . .
Maybe that would be useful, but maybe LiveCode Ltd. doesn't need to
build it.
They have a lot of smart people writing C++ in ways beyond the skills
and
I remembered another issue that prevents me from using the PB: there is
no card number visible. This is actually a big deal for me. My stacks do
not have named cards, they are all IDs. In the AB I can see the card
number which is also displayed in my stack or, sometimes, in the
titlebar.
> On 8 Oct 2015, at 9:53 am, Richard Gaskin wrote:
>
> I have a tool in the works that'll help that conversation along
Talking about tools in the works. Does anyone have a tool to identify
inaccessible handlers, unused variables etc? I was poking in the IDE the
> On Oct 7, 2015, at 12:58 PM, J. Landman Gay wrote:
>
> That's just what I remember from the few days I tried to work with it. I'm
> not convinced that the current design can accomodate my work style unless it
> can at least be revised to show a columnar view rather
Mark Waddingham wrote:
On 2015-10-06 04:54, Richard Gaskin wrote:
Monte Goulding wrote:
On 6 Oct 2015, at 1:15 pm, Richard Gaskin wrote:
some really long script somewhere to create every control and
set every property?
^ this
Where can I read that?
I wonder what the break-even ROI
Monte Goulding wrote:
> At one point I was thinking of making a stack browser that behaved
> like the column view in the finder but then I realised that the most
> annoying thing about the application browser is its use of horizontal
> space. Unfortunately it’s the use of horizontal space that
I am one of the people that generally prefers the Application Browser to the
Project Browser, but to be fair I don’t think I gave the PB enough attention to
see any of it’s merits.
Now that I’ve used the PB a little more in LC8 I have been able to get a
slightly better feel for it, so I
On 10/7/2015 3:58 PM, J. Landman Gay wrote:
> On 10/7/2015 1:22 PM, Mark Waddingham wrote:
>> Far more useful would be constructive criticism of both the Project
>> Browser and the Application Browser. It does seem a little 'silly' to
>> maintain two things which serve essentially the same purpose
> On 8 Oct 2015, at 8:59 am, Richard Gaskin wrote:
>
> > Well, all I can suggest is that LiveCode produces a hybrid
> > [ chimæ ra ??? ] and see what the response is . . .
>
> Maybe that would be useful, but maybe LiveCode Ltd. doesn't need to build it.
rIDE was
Hi,
for the next 6 hours you can purchase Lifetime Access to 3 Excel courses
(Basic, Advanced and Pivotables) from GoSkills with Lifetime Update
at AppSumos website at http://www.appsumo.com/~cZ9Ld/
Lifetime updates mean, they will update their course when new Excel versions
are released.
IMO, Jacque makes a number of valid points. In the Project Browser,
because stacks and cards are contained in the single view, a long list of
controls will remove any stack and card references from view, while in the
Application Browser, stacks and cards are always visible. It seems like
Hello,
when importing images into LC as an icon resource for buttons, does the dpi
of the image makes any difference?
I think the dpi is only relevant for printing. If I have a button of 100px
and assign to it an image of 100px it should be irrelevant if the image has
72 dpi or 300 dpi, it only
On 2015-10-07 08:37, Richmond wrote:
On 07/10/15 02:45, Peter Haworth wrote:
Thanks. I believe the plugin problem was discovered in LC8 dp5 so
sounds
like will be OK in dp6.
Back to the Future: we currently have a DP7 build:
"We’ll aim to continuously build LiveCode 8.0.0-dp-7 candidates,
On 07/10/15 02:45, Peter Haworth wrote:
Thanks. I believe the plugin problem was discovered in LC8 dp5 so sounds
like will be OK in dp6.
Back to the Future: we currently have a DP7 build:
"We’ll aim to continuously build LiveCode 8.0.0-dp-7 candidates, and
make them available for you to
On 07/10/15 09:49, Tiemo Hollmann TB wrote:
Hello,
when importing images into LC as an icon resource for buttons, does the dpi
of the image makes any difference?
I think the dpi is only relevant for printing. If I have a button of 100px
and assign to it an image of 100px it should be
> On 8 Oct 2015, at 2:19 pm, Scott Rossi wrote:
>
> As soon as we get a means to irregularly distort images, I'm all for that
How do you want to distort them? There’s an underlying affine transformation
these days doing angle, flip & resize so anything you can do with
Agreed that satisfying everybody will never happen, but I would argue that
the dual-pane approach of the Application Browser can display more
information in a single view than the Project Browser. IMO, accessing
multiple stacks is more efficient using this approach compared to using a
single
What Scott and Jacque wrote. I might add that it doesn’t take many controls to
get confusing. Just a few modTableFields (thanks, Bernd!) that have fields
named the same, and you can easily be lost. I can guess it would be even more
confusing with datagrids.
.Jerry
> On Oct 7, 2015, at 4:20 PM,
On 10/07/2015 11:54 AM, Mark Waddingham wrote:
So if we had deleted the app browser stack from the build, would your point of
view have changed and would you have started to use the project browser? ;)
Wow. I step away for a day and look what happens.
Interesting question.
I'd probably stay
Does anyone else have sufficient permissions to vote to re-open this
question on Stackoverflow?
http://stackoverflow.com/questions/32991614/livecode-strict-isnumber-needed
We still need 3 votes.
--
Mark Schonewille
http://economy-x-talk.com
Buy the most extensive book on the
LiveCode
On Oct 7, 2015 3:02 PM, "Mark Waddingham" wrote:
>
> As an indication of community division it might be useful - app
browser/project browser/indifferent.
>
> However, I'm not sure a poll would give us the information we need as it
is too binary.
I personally don't like either
Mark Schonewille wrote:
Does anyone else have sufficient permissions to vote to re-open this
question on Stackoverflow?
http://stackoverflow.com/questions/32991614/livecode-strict-isnumber-needed
We still need 3 votes.
If you can figure out SO's permissions you're a better man than me. My
I think this thread illustrates the problem the team have trying to figure
out what type of browser to implement. Everyone has their own ways of
working and it's practically impossible to come up with a solution that
will keep everyone happy.
Perhaps the biggest divide is between the horizontal
I don’t see how to vote.
> On Oct 7, 2015, at 7:58 PM, Mark Schonewille
> wrote:
>
> Does anyone else have sufficient permissions to vote to re-open this question
> on Stackoverflow?
>
>
Like others I find the left pane of the app browser pretty useful. I¹ve
given the project browser a number of runs but usually end up returning to
the app browser because of the way it displays (simply) stacks and cards.
I don¹t much like the right pane of the app browser when there are lots of
On 10/7/2015 6:20 PM, Scott Rossi wrote:
IMO, Jacque makes a number of valid points. In the Project Browser,
because stacks and cards are contained in the single view, a long list of
controls will remove any stack and card references from view, while in the
Application Browser, stacks and cards
As soon as we get a means to irregularly distort images, I'm all for that
:-P
Regards,
Scott Rossi
Creative Director
Tactile Media, UX/UI Design
On 10/7/15, 6:38 PM, "use-livecode on behalf of Roger Eller"
On 10/07/2015 07:56 AM, Bob Sneidar wrote:
If I may be so bold as to disagree,
You're not disagreeing, it's just my lack of clarity in what I posted
earlier.
Amoral implies apathy, a lack of interest in taking a position. It's
much easier to deal with someone or something with a defined
On 07/10/15 10:44, Peter TB Brett wrote:
On 2015-10-07 08:37, Richmond wrote:
On 07/10/15 02:45, Peter Haworth wrote:
Thanks. I believe the plugin problem was discovered in LC8 dp5 so
sounds
like will be OK in dp6.
Back to the Future: we currently have a DP7 build:
"We’ll aim to
There is still no import feature of SVG vector graphics. (And the EPS import
is very limited and old.)
The "Roadmap" says: "Vector Shape Object Use widget framework to write this
control." So, like the multimedia player object, SVG is in LC8 limbo. Note
that the bare info. in the roadmap blurb
If I may be so bold as to disagree, Amoral means the absense of moral aspect.
Neither moral or immoral.
Bob S
On Oct 6, 2015, at 16:24 , Mark Wieder
> wrote:
On 10/06/2015 12:03 PM, Richmond wrote:
On 06/10/15 21:57, Bob Sneidar wrote:
On 07/10/15 21:40, Mark Waddingham wrote:
Indeed - but I don't think your tone of phrase was using it in that exact
manner? ;)
By the way, I'm smiling here - it is a useful conversation to have if it is
constructive. Either app browser bashing or project browser bashing isn't
particularly
So if we had deleted the app browser stack from the build, would your point of
view have changed and would you have started to use the project browser? ;)
Sent from my iPhone
> On 7 Oct 2015, at 19:46, Richmond wrote:
>
>> On 07/10/15 21:40, Mark Waddingham wrote:
What about making a poll?
Mark Schonewille
http://economy-x-talk.com
Buy the most extensive book on the
LiveCode language:
http://livecodebeginner.economy-x-talk.com
Op 10/7/2015 om 20:43 schreef Mark Waddingham:
Seriously, no need to feel hot about the collar :)
There are definitely people
On 07/10/15 21:43, Mark Waddingham wrote:
Seriously, no need to feel hot about the collar :)
There are definitely people who do not like the project browser - that is clear.
I'd also suggest that there are people who don't like the application browser.
So - let us assume that it costs a good
On 07/10/15 21:54, Mark Schonewille wrote:
What about making a poll?
+1
Richmond.
Mark Schonewille
http://economy-x-talk.com
Buy the most extensive book on the
LiveCode language:
http://livecodebeginner.economy-x-talk.com
Op 10/7/2015 om 20:43 schreef Mark Waddingham:
Seriously, no need
That is a strange question: if we take away something you like, would
you use the one and only thing that's left?
I think you need to be a little careful with that. While some people
might use whatever tool is available, some other people will decide to
use a different tool (like me), but yet
As an indication of community division it might be useful - app browser/project
browser/indifferent.
However, I'm not sure a poll would give us the information we need as it is too
binary.
It's not about preference as such it's about having a component which serves
everyone's needs.
The
On 07/10/15 21:54, Mark Waddingham wrote:
So if we had deleted the app browser stack from the build, would your point of
view have changed and would you have started to use the project browser? ;)
When I finally got to look at a LiveCode 8 build after a week's hiatus
with various computer
Seriously, no need to feel hot about the collar :)
There are definitely people who do not like the project browser - that is clear.
I'd also suggest that there are people who don't like the application browser.
So - let us assume that it costs a good deal of time to maintain both and thus
Well, it seems that the "people" are speaking with one voice over here:
http://forums.livecode.com/viewtopic.php?f=6=25503
So, as an experiment in participatory democracy, and whether
RunRev/LiveCode REALLY listen
to their installed customer base, Please go there and give your opinion.
R.
On 2015-10-07 20:08, Richmond wrote:
Well, it seems that the "people" are speaking with one voice over here:
http://forums.livecode.com/viewtopic.php?f=6=25503
So, as an experiment in participatory democracy, and whether
RunRev/LiveCode REALLY listen
to their installed customer base, Please go
On 07/10/15 21:22, Mark Waddingham wrote:
On 2015-10-07 20:08, Richmond wrote:
Well, it seems that the "people" are speaking with one voice over here:
http://forums.livecode.com/viewtopic.php?f=6=25503
So, as an experiment in participatory democracy, and whether
RunRev/LiveCode REALLY listen
On 07/10/15 21:22, Mark Waddingham wrote:
On 2015-10-07 20:08, Richmond wrote:
Well, it seems that the "people" are speaking with one voice over here:
http://forums.livecode.com/viewtopic.php?f=6=25503
So, as an experiment in participatory democracy, and whether
RunRev/LiveCode REALLY listen
Indeed - but I don't think your tone of phrase was using it in that exact
manner? ;)
By the way, I'm smiling here - it is a useful conversation to have if it is
constructive. Either app browser bashing or project browser bashing isn't
particularly useful to my mind.
What is useful is getting
49 matches
Mail list logo