Re: [OT][ANN] TimeMachine

On 25 Jan 2011, at 01:14, Scott Rossi wrote: > There are more polite ways to > go about reminding folks about the "no politics/religion/cheese" aspect of > the list. I was not aiming to be polite, and of course i am sorry if my message was vague on that point. __

Re: An idea on multithreading implementation

--- On Tue, 1/18/11, Bob Sneidar wrote: > Hey I had a great idea on how to > implement multithreading without jacking up anyone's legacy > code. Have LiveCode work along a single thread as usual, but > add the keywords "in new thread" to the do command or open > stack command. That way someone cou

Re: usb driver problem

Well, I got tired of testing and waiting for a solution to LiveCode directly connecting, sending, and receiving serial data to/from the Arduino Uno and found an alternative method instead. In this stack I use an Applescript OSAX and control that from within LivceCode via Applescript. I hacked to

Linux standalone distibution

A couple of questions about distributing for Linux. When I zip a standalone it loses its executable bit, and the user has to manually set it after it's unzipped. Is there a way to compress a file so that it remains executable? Is there a way to stick an icon on the standalone so that it attac

Re: [ANN] TimeMachine

I apologize if my TimeMachine stack provokes controversy. Since I am a scientist and a humanist, TimeMachine reflects the current scientific understanding of our universe and events. I welcome anyone to tailor TimeMachine for their own views and perspectives. And to that end, I am revising Time

Re: [OT][ANN] TimeMachine

No worries Scott. Thanks. I've actually had a nice private chat with the original poster who assured me he had no intention of offending anyone, which I also had no intention of. I thought I was putting together a rather witty tongue-half-in-cheek response to the whole extremist thing. Oh well.

Re: [OT][ANN] TimeMachine

Recently, Björnke von Gierke wrote: >> I wouldn't think of it. :-) I enjoyed your well thought out rebuttal though. >> ;-) >> >> Bob > > I rebutted nothing. Mostly because you have no argument, and this is not the > space, so please be reminded to not reply here. May I suggest that stating Bob

Re: [OT][ANN] TimeMachine

On 25 Jan 2011, at 00:27, Bob Sneidar wrote: > I wouldn't think of it. :-) I enjoyed your well thought out rebuttal though. > ;-) > > Bob I rebutted nothing. Mostly because you have no argument, and this is not the space, so please be reminded to not reply here. -- official ChatRev page: h

Re: [OT][ANN] TimeMachine

I wouldn't think of it. :-) I enjoyed your well thought out rebuttal though. ;-) Bob On Jan 24, 2011, at 2:10 PM, Björnke von Gierke wrote: > > On 24 Jan 2011, at 21:27, Bob Sneidar wrote: >> blah blah wank blah wank wank blah > > I disagree, and you can't make me agree to your drivel by repl

Re: Feature support by deployment type - the state of the art?

...thanks for the tips Jan. I'll design my revlet workflow accordingly - and check each specific add-ons for any signs of potential externals dependencies. On 24 Jan 2011, at 21:35, Jan Schenkel wrote: > --- On Mon, 1/24/11, Keith Clarke wrote: >> Thanks to Jaque and Lynn for the >> clarifica

Re: [OT][ANN] TimeMachine

On 24 Jan 2011, at 21:27, Bob Sneidar wrote: > blah blah wank blah wank wank blah I disagree, and you can't make me agree to your drivel by replying to this. have fun Bjoernke -- official ChatRev page: http://bjoernke.com?target=chatrev Chat with other RunRev developers: go stack URL "http:/

Re: umask

On Jan 24, 2011, at 2:23 PM, J. Landman Gay wrote: On 1/21/11 1:00 PM, J. Landman Gay wrote: On 1/21/11 12:47 PM, Peter Brigham MD wrote: I just double-checked: created a new mainstack, put a new field in it, put some text into it, and put this in the field script: on selectionchanged be

Re: Feature support by deployment type - the state of the art?

--- On Mon, 1/24/11, Keith Clarke wrote: > Thanks to Jaque and Lynn for the > clarifications. I knew about the server-side revServer stack > limitation but it's good to know that revlets support > stacks, sub-stacks and multiple stacks. > > This corrects a misunderstanding I have held from early

Re: [OT][ANN] TimeMachine

Then let's refrain from calling other views extreme and saying that they are unacceptable by all reputable scientists everywhere, okay? Thanks On Jan 24, 2011, at 12:58 PM, J. Landman Gay wrote: > On 1/24/11 2:27 PM, Bob Sneidar wrote: >> Actually I find ALL views on the subject extreme. Let's

Re: [OT][ANN] TimeMachine

On 1/24/11 2:27 PM, Bob Sneidar wrote: Actually I find ALL views on the subject extreme. Let's have a brief rundown on what we know so far: Oh, let's not. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___

Re: [OT][ANN] TimeMachine

Whoops sorry about the double post! ___ 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][ANN] TimeMachine

Hi Doug. I just sent this to a use list in response to someone who remarked that no current scientific viewpoint considers such an extreme point of view like Creation to be valid. I thought you might enjoy it. :-) Bob Hi all. Actually I find ALL views on the subject extreme. Let's have a brie

Re: [ANN] TimeMachine

On 24/01/2011 18:48, Bob Sneidar wrote: But what happens when they change how long they thing the universe existed? They have changed it at least 25 times since I went to school. There are probably still about 6 ideas floating around right now on exactly how long they thing it's been. Then th

Re: [OT][ANN] TimeMachine

Actually I find ALL views on the subject extreme. Let's have a brief rundown on what we know so far: A super infinitely small dense point of nothingness got a little too infinitely small and dense and exploded into an almost infinite universe with bits of super (albeit not quite infinitely) dens

Re: [ANN] TimeMachine

...it wasn't invented - it has always been. The 96% of mass in the universe isn't dark matter - it's just that someone moved our cheese http://www.whomovedmycheese.com/BooksBySpencerJohnson.html On 24 Jan 2011, at 19:43, Marty Knapp wrote: > As for myself, I was disappointed that the invention

Re: Feature support by deployment type - the state of the art?

Thanks to Jaque and Lynn for the clarifications. I knew about the server-side revServer stack limitation but it's good to know that revlets support stacks, sub-stacks and multiple stacks. This corrects a misunderstanding I have held from early in my learning curve, when an add-on developer led

Re: [ANN] TimeMachine

As for myself, I was disappointed that the invention of cheese was not included on the time line . . . Marty Knapp ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription

Re: [ANN] TimeMachine

On 01/24/2011 09:20 PM, form wrote: On Mon, Jan 24, 2011 at 1:48 PM, Bob Sneidar wrote: But what happens when they change how long they thing the universe existed? They have changed it at least 25 times since I went to school. There are probably still about 6 ideas floating around right now on

Re: [ANN] TimeMachine

On Mon, Jan 24, 2011 at 1:48 PM, Bob Sneidar wrote: > But what happens when they change how long they thing the universe existed? > They have changed it at least 25 times since I went to school. There are > probably still about 6 ideas floating around right now on exactly how long > they thing it

Re: umask

On 1/21/11 1:00 PM, J. Landman Gay wrote: On 1/21/11 12:47 PM, Peter Brigham MD wrote: I just double-checked: created a new mainstack, put a new field in it, put some text into it, and put this in the field script: on selectionchanged beep end selectionchanged and when I click anywhere in th

RE: Feature support by deployment type - the state of the art?

> Back to my original question, it would have been nice to see in the RunRev > Store a simple table of which third-party components can be deployed > where but I guess anything that risks shattering the illusion of > universality is against RunRev's interests, so I won't hold my > breath. ;-) I

Re: [ANN] TimeMachine

Great app Roger. How about a preference to toggle between evolutionist and creationist timescales? You'd then also need to add a 'first 7-day' period and new images for the flood, etc ;-) On 24 Jan 2011, at 18:48, Bob Sneidar wrote: > But what happens when they change how long they thing the u

Re: [ANN] TimeMachine

But what happens when they change how long they thing the universe existed? They have changed it at least 25 times since I went to school. There are probably still about 6 ideas floating around right now on exactly how long they thing it's been. Then there are those who think everything was cr

Re: pinging or else network devices from livecode

No, the arp command doesn't send out anything. My sample code did an "open datagram socket to tSocket " for each IP address, which *will* cause the IP subsystem to send an arp request packet for the IP address (if it's not already in the arp table), but won't cause any packet to be sent to the

Re: Feature support by deployment type - the state of the art?

On 1/24/11 11:31 AM, Keith Clarke wrote: Sorry Jaque but for me, cross-platform is only relevant for desktop apps. I bought into Revolution for it's web app development capabilities. The new LiveCode branding and positioning is all about writing apps that are deployable across environments - incl

Re: pinging or else network devices from livecode

On 24.01.11 at 09:43 -0800 Bob Sneidar apparently wrote: Wait a minute, the arp command does not send out anything does it? I thought arp only parsed out the current arp table for the device you are running the command on. Yes, that is what Alex's code does. It opens datagram to each address

Re: Show Linktext on mousemove

HoverLink... How to change the cursor and tooltip on linktext mouseOver. This example handles a field that is normally unlocked, but allows the user to click and activate the contents on mouseOver. - >From The Scripter's Scrapbook local tLinkChunk o

Re: pinging or else network devices from livecode

Wait a minute, the arp command does not send out anything does it? I thought arp only parsed out the current arp table for the device you are running the command on. Try flushing your arp cache, then running the arp command and see what you get. On a Unix terminal, the arp command needs a swit

Re: pinging or else network devices from livecode

Yes Spiceworks core feature is to be able to run scheduled scans. You can add multiple scan ranges, so let's say all your accounting computers have a different domain login than your R&D computers. Just group your computer IP addresses together according to your company organizational structure,

Re: Feature support by deployment type - the state of the art?

Sorry Jaque but for me, cross-platform is only relevant for desktop apps. I bought into Revolution for it's web app development capabilities. The new LiveCode branding and positioning is all about writing apps that are deployable across environments - including the web, server (OK, pre-release)

Re: revFontLoad Question

Good to know Trevor - thanks. I've been testing this out, loading the font in the startup handler. So far so good. Marty Hi Marty, I include a password font with some of my applications that I load with revFontLoad. I store the file in the bundle alongside my application stacks. I've never had

Re: Feature support by deployment type - the state of the art?

On 1/24/11 5:32 AM, Keith Clarke wrote: Back to my original question, it would have been nice to see in the RunRev Store a simple table of which third-party components can be deployed where but I guess anything that risks shattering the illusion of universality is against RunRev's interests, so

Re: Feature support by deployment type - the state of the art?

On 1/24/11 5:32 AM, Keith Clarke wrote: Back to my original question, it would have been nice to see in the RunRev Store a simple table of which third-party components can be deployed where but I guess anything that risks shattering the illusion of universality is against RunRev's interests, so

Re: Feature support by deployment type - the state of the art?

David, I concur with everything you're suggesting. I deliberately put 'database' in quotes as it's the relational data concept, rather than the specific technology for persistence that I had in mind. Sorry but I can't help too much with any database issues - or any other technical areas really

Re: revFontLoad Question

On Sat, Jan 22, 2011 at 3:49 PM, Marty Knapp wrote: > I want to package a font with my Mac only app and use revFontLoad to load > it into memory. Is there a problem with just tucking it inside the > application bundle and loading it from there? Or should I put it into a > custom property and then

Re: Datagrid question

On Sat, Jan 22, 2011 at 4:21 PM, Peter Haworth wrote: > I've put together a mouseDown handler that displays a stack window > immediately below a datagrid column when the user right clicks on that > column. Right now it's in the group script of the datagrid. > The dg manual says there is a defa

Re: Feature support by deployment type - the state of the art?

On 24 January 2011 11:32, Keith Clarke wrote: > > However, whilst a wiki might help with 'How-to' documentation, I'm not sure > it would be the ideal solution to address the core data and process > management issues here. There is a need for structure and clarity around > entities (platforms, cont

Re: Feature support by deployment type - the state of the art?

David, I'm looking forward to the discussion next week - and also a better mechanisms for shared content. Thanks for taking the initiative on that. However, whilst a wiki might help with 'How-to' documentation, I'm not sure it would be the ideal solution to address the core data and process man

Re: Trev editor

It got renamed to Remo, and can be found at http://remoeditor.com/ Remo is now Mac only - Windows was proving too hard for them to support. If you are unfortunately limited to Windows, you should look into GLX2 instead (see the archves of this list for recent postings, it is now open source)

Re: Trev editor

--- On Sun, 1/23/11, Fredi Gertsch wrote: > Does anybody know whats happen with > the trev editor? > > Fredi Gertsch > tRev is now Remo: Jan Schenkel. = Quartam Reports & PDF Library for LiveCode www.quartam.com = "As we grow older, we grow both wiser and more