On 9/26/06 11:58 PM, Jim Ault [EMAIL PROTECTED] wrote:
put quote into q
put merge(tell app [[q]]TextEdit[[q]] to get the text of the front
document) into cmd
Note that you can do this a little easier with:
put format(tell app \TextEdit\ to get the text of the front document)
into cmd
On 9/26/06 11:11 PM, Ken Ray [EMAIL PROTECTED] wrote:
put format(tell app \TextEdit\ to get the text of the front document)
into cmd
Thanks for the reminder, Ken. Usually I am merging variables in the string
(like SQL) so I have gotten into the merge syntax habit since it is very
compact and
there with cmd - c, cmd - v with any versions
of Rev, as long as i don't try to copy and paste a script sample out
of the documentation stacks.
Best Regards,
Hi,
I can't say anything about Galaxy as I don't use it yet, but I must
say that I never noticed any problem with cmd - v since I bought
On Sep 26, 2006, at 10:26 PM, Trevor DeVore wrote:
I just posted a bug relating to Rev not noticing updates made to
the clipboard by other applications under certain scenarios.
I have a vague memory (from just this past month or so) of reading on
the clipboard API (maybe for OS X) that it
On Sep 27, 2006, at 10:09 AM, Dar Scott wrote:
On Sep 26, 2006, at 10:26 PM, Trevor DeVore wrote:
I just posted a bug relating to Rev not noticing updates made to
the clipboard by other applications under certain scenarios.
I have a vague memory (from just this past month or so) of reading
On Sep 27, 2006, at 11:17 AM, Trevor DeVore wrote:
I just posted a bug relating to Rev not noticing updates made to
the clipboard by other applications under certain scenarios.
I have a vague memory (from just this past month or so) of reading
on the clipboard API (maybe for OS X) that
No troubbles at all there with cmd - c, cmd - v with any versions
of Rev, as long as i don't try to copy and paste a script sample out
of the documentation stacks.
Best Regards,
Hi,
I can't say anything about Galaxy as I don't use it yet, but I must
say that I never noticed any problem
Hi,
I can't say anything about Galaxy as I don't use it yet, but I must
say that I never noticed any problem with cmd - v since I bought
runRev (it was v 2.6.1).
On my Mac OS X 10.4.7, I just maid some new trials with runRev
v2.7.4: cmd - v regularly works well, with text in flds, objects
On Sep 26, 2006, at 5:04 AM, André.Bisseret wrote:
I'm a 'off-and-on' Galaxy user. It's me, my style, NOT Galaxy -
which is a
great product. One of the reasons I keep checking out the latest
Galaxy is
because the simple act of 'cmd - v' (which on the Mac has always
pasted
since the days
] wrote:
No troubbles at all there with cmd - c, cmd - v with any versions
of Rev, as long as i don't try to copy and paste a script sample out
of the documentation stacks.
Best Regards,
Hi,
I can't say anything about Galaxy as I don't use it yet, but I must
say that I never noticed any problem
That sounds like something more serious - I only ever see it in Rev.
I find that once it stops working in the script editor it doesn't
work for pasting into normal fields or even for copying and pasting
objects.
2.6.something seemed to fix it totally, but the next release bought
it back.
I don't think I've seen this outside of the Rev IDE, but there, the
one that breaks for me is cmd-S - until I choose the save option from
the menu, and then cmd-S starts working again. I haven't bugzilla'd
it, as I really can't recreate it at will, but it happens in most
sessions. :(
On Sep 26, 2006, at 9:12 AM, Dan Shafer wrote:
I think -- but I'm not 100% certain -- that the command key problem
is not
unique to Rev. That or my system is really hosed. I see cmd-C and
cmd-V
problems in Mail, Safari and Firefox from time to time. Restarting
my system
always fixes the
Trevor,
please cross post this to the IMPROVE list as that's where Kevin and
Marcus can see it..
Good detective work!!
sqb
So perhaps this odd behavior is related to the one that is causing
problems for the Rev IDE. If so, it would explain why they are
having such a hard time
On Sep 26, 2006, at 9:50 AM, Trevor DeVore wrote:
I'm still investigating what is going on and trying to reproduce
this in a simple example stack but haven't been able to yet. What
I've found out so far is that right after I delete the editable
field, focusedObject returns the card id.
I was going to reply to Andre and Pierre earlier but I think the subsequent
posts should make them feel very lucky indeed, although I had to laugh at
Pierre's reference to 'so long as I don't...'
Which brings me to Tereza's comments about 'knowing when it's going to
happen'
On 9/26/06, Trevor
On Sep 26, 2006, at 8:14 PM, Kay C Lan wrote:
I wrote an Automator work flow, which is called from my rev script,
which
opens the pdf file in TextEdit, selects it's entire contents,
places it in
the clipboard and then subsequently looses it. If I go to any other
application and cmd-v the
But maybe if in my script I change the tool mode prior to accessing 'the
clipboardText' I might reset the 'anomaly' and get the data back
About the 'getting the text from TextEdit to Rev' via the clipboard, I found
the same inconsistency with BBEdit as the word processor. My solution is
SORRY, a typo as I sent too quickly...
note the / should be a \ in the last replace line !!!
On 9/26/06 8:14 PM, Kay C Lan [EMAIL PROTECTED] wrote:
But maybe if in my script I change the tool mode prior to accessing 'the
clipboardText' I might reset the 'anomaly' and get the data back
Chipp, you are way behind the curve with Galaxy. And I expect others
are as well. Galaxy has had a Remove Galaxy option for some time
now (almost a month).
We had unexpected performance problems with some of our object list
and tab updaters as we hadn't anticipated some of the stuff folks
I see no reason to discriminate against Altuit Software just because
it's developed it on Windows and I use a Mac and Windows! Maybe I
should. Chipp brings up an excellent point. I think we should
consider it. GRIN
Seriously, Galaxy is tested on Windows and Mac. Any time there are
Le 25 sept. 06 à 01:37, Chipp Walters a écrit :
I respectfully disagree with your respectful disagreement.
Here's my 2 cents, for whatever it's worth.
In order for Rev to succeed, it needs to have a decent out of the box
user experience. Look what happened to MetaCard which never had one.
What Pierre suggests works fine, but it should be noted that there is
(and has been) a Remove Galaxy button in Galaxy prefs for some
time. If this button is clicked, a palette will pop up with a Remove
and a Re-launch button on it. That way you can remove Galaxy from the
environment and
My point was: not supporting or buying third party add ons has
nothing to do with the current, past or future state of Revolution.
Your point was was: the Rev out of the box experience should be better.
Apples don't disagree with Oranges...they're two different fruits.
Best,
Jerry Daniels
Chipp-
Sunday, September 24, 2006, 4:37:47 PM, you wrote:
I respectfully disagree with your respectful disagreement.
Here's my 2 cents, for whatever it's worth.
In order for Rev to succeed, it needs to have a decent out of the box
user experience. Look what happened to MetaCard which never
I use many products with a plugin architecture: After Effects, Final
Cut Pro, several audio applications. It's a great way for users to
customize their tool to their own situation.
But, it seems like the Rev user base is too small to justify two
teams working on IDEs... if I was Rev I
On Sep 25, 2006, at 1:57 PM, Josh Mellicker wrote:
But, it seems like the Rev user base is too small to justify two
teams working on IDEs...
I like the idea of competing directions. Encouraging notes, money,
and occasional chocolate or books tend to encourage good ideas.
Mostly money.
On 9/25/06, Jerry Daniels [EMAIL PROTECTED] wrote:
I see no reason to discriminate against Altuit Software just because
it's developed it on Windows and I use a Mac and Windows! Maybe I
should. Chipp brings up an excellent point. I think we should
consider it. GRIN
Ouch. What a hurtful thing
On Sep 25, 2006, at 8:15 AM, Jerry Daniels wrote:
All users of our products are encouraged to post bugs or
performance problems to our site where we deal with them
expeditiously. We can't fix what we don't know about or what we
can't replicate. Creating IDE components is demanding work
Please pardon my sense of humor. I did think it was funny.
On Sep 25, 2006, at 3:15 PM, Chipp Walters wrote:
Ouch. What a hurtful thing to say. And after I said so many nice
things about you and your product. Perhaps you should reread my post?
___
Jerry,
I have to say, remove Galaxy? Over my dead body ;-). I wouldn't go
back to the Rev IDE. I've been very impressed with the quality of
the product, and the speed with with yourself and Trevor improve the
product. And while I do develop on the Mac, it is certainly my
perception
Since my inadvertent public post seems to have initiated such a wonderful
churning of the butter -- doubt a lot of sweet Ghee will surface. I
Let me clarify again: It's not about Galaxy, it's about Rev:
My thought for Rev was simplistic, I don't think it takes
a huge brain, or giant software
Dar,
I'm having fun, so we got that part working. The chocolate and the
money must have been sent by USP, but they'll get here, too!
I think you're right...diversity is good for evolution and growth.
Best,
Jerry Daniels
Tool makers for the 21st century
http://www.daniels-mara.com
On Sep
It feels to me like this discussion has tended to drift into an either-or
when I think both-and is perhaps a more realistic and useful viewpoint.
Rev should indeed have a usable, as-bug-free-as-possible IDE out of the box.
And the out-of-the-box experience needs dramatic improvement.
But there
On 9/26/06, Sivakatirswami [EMAIL PROTECTED] wrote:
4) interactivity: write and debug scripts.
I'm a 'off-and-on' Galaxy user. It's me, my style, NOT Galaxy - which is a
great product. One of the reasons I keep checking out the latest Galaxy is
because the simple act of 'cmd - v' (which on
Sivakatirswami-
Saturday, September 23, 2006, 1:58:07 AM, you wrote:
2) there is some latent memory of stacks that are not really
being closed, even though I have destroy stack set to true
and I keep getting into infinite loops where Rev keeps thinking
a stack that is closed and removed
Sivakatirswami-
Saturday, September 23, 2006, 6:58:45 PM, you wrote:
I was just trying to encourage Run Rev to keep upping the ante on the
IDE
I'd have to respectfully disagree with this. For my two cents' worth,
I'd rather have the team working on the engine: fixing bugs and adding
new
It's exactly me tought too, Mark and All ;-)
Best,
Pierre
I'd have to respectfully disagree with this. For my two cents' worth,
I'd rather have the team working on the engine: fixing bugs and adding
new features, etc. The IDE is something that third parties can work
on: making improvements
What, they're working on the engine?!... He he... ;)
Cheers,
Luis.
On 24 Sep 2006, at 19:16, Pierre Sahores wrote:
It's exactly me tought too, Mark and All ;-)
Best,
Pierre
I'd have to respectfully disagree with this. For my two cents' worth,
I'd rather have the team working on the
I respectfully disagree with your respectful disagreement.
Here's my 2 cents, for whatever it's worth.
In order for Rev to succeed, it needs to have a decent out of the box
user experience. Look what happened to MetaCard which never had one.
Besides, asking that a script editor be at least as
On Sep 24, 2006, at 7:37 PM, Chip Walters wrote:
Perhaps it's time for Galaxy to consider becoming like MetaCard, a
complete seperate IDE for the Rev engine. Then Jerry and Trevor
wouldn't have to worry about coding 'around' Rev's own IDE. They
certainly would have more control over the
Roger.E.Eller wrote:
On Sep 24, 2006, at 7:37 PM, Chip Walters wrote:
Perhaps it's time for Galaxy to consider becoming like MetaCard, a
complete seperate IDE for the Rev engine.
If Galaxy produced a commercial IDE replacement, wouldn't that be in
violation of the prime directive? I mean, I
On Sep 24, 2006, at 7:36 PM, Richard Gaskin wrote:
So regardless of whether the Rev IDE is running, you still need a
Rev license to edit scripts.
Over the scripting limit. Or is there something new?
Dar
___
use-revolution mailing list
Even if Galaxy was perfect, Swami's main point would still be
valid. Galaxy presents many features/improvements which
really belong Revolution itself.
An important key to success in the third party market space is
differentiation and continuous innovation. Galaxy provides a drop in
than
buying each of those tools separately.
Best wishes
Viktoras
---Original Message---
From: Lynn Fredricks
Date: 09/23/06 09:30:33
To: 'How to use Revolution'
Subject: RE: about Galaxy
Even if Galaxy was perfect, Swami's main point would still be
valid. Galaxy presents
I think Lynn has hit the nail on the head. Diversity is the hallmark
of evolution. Choice and diversity in the market place is what it's
all about. There's never going to be one product to please everyone.
Creators of products keep trying to solve problems in new and better
ways. It's how
Hi Bill,
But don't you think that on an dual core AMDX2 4400+ machine
I shouldn't see any delay merely inserting a line with the
built-in script editor?
I mean -- even on 2.7.4, new stack, new button, new script --
I press return and I literally can watch as discreet events
- the
).
Best regards,
Lynn Fredricks
Worldwide Business Operations
Runtime Revolution, Ltd
---Original Message---
From: Lynn Fredricks
Date: 09/23/06 09:30:33
To: 'How to use Revolution'
Subject: RE: about Galaxy
Even if Galaxy was perfect, Swami's main point would still
Yes, I got the latest version.
First: there is no question about the beauty elegance and power of Galaxy
which is a testimony to Jerry's mastery of xTalk and vision for a productive
environment. I would love to be able to use it...
1) I have some stacks that take about 5 times longer to open if
Swami,
What would you define as the latest version?
Post specific bugs or performance problems on the Basecamp site
(daniels-mara.updatelog.com) against the specific version you are
running and you will get a perfectly working version within no time.
You'll need a user name and password
On the upside for Revolution and for third party developers,
one doesn't see
this kind of discussion for improvement and actual
responsiveness from the company or third party developers in
many other realms, so for that we are all thankful!
Im glad the third party developers are so
Swami,
My only point is: when will what you say below NOT be the case? What
if third party products always have stuff that Rev doesn't have? I
think that WILL be the case. It's what makes a dynamic marketplace.
Momentum. Supporting third party products creates a better Revolution.
You
You think Marcus at Runtime Revolution, Ltd. doesn't want to beat
the crap out of Galaxy's script editor? Sure he does. I want him to
try. Creative tension can be very beneficial for evolution. WIthout
the Pandavas and the Kuravas there would have been no Bhagavad Gita.
Erm, sorry, but
Good points Jerry...
I was just trying to encourage Run Rev to keep upping the ante on the
IDE
I'll leave it at that. As what features one expects to be on board
and what should be left to 3rd party developers is something
noone will ever agree on.
I may expect scripting tools and object
That's the other thing. You're a user of Constellation, so--like
everyone else who is--you can cross grade for free.
Best,
Jerry Daniels
Tool makers for the 21st century
http://www.daniels-mara.com
On Sep 23, 2006, at 8:58 PM, Sivakatirswami wrote:
Good points Jerry...
I was just
With all due respect, Swami, This seems like an unfair generalization
-- I use Galaxy exclusively now and have had few problems lately.
It's at quite a high state of evolution now. I had slowdown and other
problems with Constellation, but every gripe I had was totally fixed
and better
Even if Galaxy was perfect, Swami's main point would still be valid. Galaxy
presents many features/improvements which really belong Revolution itself.
As much as I like seeing the steady updates in Rev, I'm still disappointed
at the overall progress. For example, pressing return within Rev's
57 matches
Mail list logo
