Re: [OT] Goodbye, Ruby Tuesday
Actually, this is all quite fascinating to me, Dan. I've been looking at Java for the last few months, exploring several of the many frameworks that attempt to simplify the developer's job in designing and building Servlet/JSP database applications (struts, tapestry, hibernate, spring -- man, I tell you, it's overwhelming!). In the course of playing around with these frameworks, jumping through the many configuration/mapping hoops, I came across Rails. Now, I looked at Ruby several years ago, and came away with much the same impression you did -- it seemed like too much work to get used to the syntax, which never looked nearly as clean to me as Python, or even Java for that matter. As you suggest, it had a little too much of Perl's idiosyncratic use of symbol characters in it for my taste. It could be downright ugly. But after reading earlier this week about the publication of a new O'Reilly book on Rails, I jumped over to rubyonrails.com for more info. Intrigued, I next found a site detailing how to set everything up on OS X, my platform of choice for all things these days. Here's the link: http://www.tonyarnold.com/articles/2005/08/10/rolling-with-ruby-on-rails-on- mac-os-x-tiger-for-beginners Next, I ran through an excellent 2-part tutorial on the O'Reilly site: http://www.onlamp.com/pub/a/onlamp/2005/01/20/rails.html And a follow-up walk-through of the benefits of Ajax on Rails: http://www.onlamp.com/pub/a/onlamp/2005/06/09/rails_ajax.html I've got to say, the experience was like a hundred light bulbs popping at once over my head (similar, in fact, to the experience of playing around with Revolution for the first time a few years back). Hot on the heels of dorking around with the way-too-long-and complicated (and potentially error-prone) process of setting up a proper Java web app for development and deployment, and navigating the ins-and-outs of utilizing the best and most useful features of multiple frameworks, Rails was an instant pleasure. Yes, it's new and relatively untested (at least as far as I know). Yes, it requires you to work with Ruby, which may turn off some more than others. But the speed and simplicity of getting going is so alluring, I'm convinced that it's worth exploring a bit more. Ruby's no Transcript, that's for sure, but as you suggest, Rails and Rev aren't really playing in the same ballpark. ALAN S. GOLUB, ESQ. Golub & Isabel, P.C. 16 Furler Street P.O. Box 437 Totowa, NJ 07511-0437 (T) 973-785-4100 Ext. 103 (F) 973-785-4477 (E) [EMAIL PROTECTED] (W) www.golub-isabel.com > > On Aug 12, 2005, at 12:56 AM, Rodney Somerstein wrote: > >> Ruby on Rails looks to be a tremendously effective approach to >> create Ajax (Asychronous JavaScript and XML) applications. For the >> best known application using Ajax, take a look at Google maps if >> you haven't seen it. This is an exciting time of possibilities when >> you think of what kinds of applications we are likely to start >> seeing on the Web. We will finally start seeing more Web >> applications that feel like standalone apps without requiring a >> player of some sort to be embedded in the browser. The downside >> right now is that Ruby on Rails does require using Ruby. I suspect >> Python will catch up soon if it hasn't already. I don't know >> whether Revolution can already effectively play in this environment >> or not. >> > > I haven't had time yet to look deeply at the issue of how Rev might > participate in Ajax or, alternatively, facilitate the creation of > Ajax-like applications. To do so, Rev would need to be able to embed > itself somehow into the Web fabric and as far as I know -- always > subject to the limitation of my own knowledge base -- Rev cannot do > that and is not really designed to do so. I *think* that means that > next-gen Web apps built on the Ajax model will not be a Rev > playground. The XMLHTTPRequest command in JavaScript seems to be the > singular glue that holds Ajax together, and Rev can certainly emulate > that behavior but not, it seems to me, in a way that allows Web page > embedding. Without a plugin or some other architectural change to the > Rev core, building Web pages that are truly dynamic apps will have to > be the province of tools like JavaScript/XML, Ruby and probably > Python. (I'll mail you offlist about Python support since I suspect > there's only three of us here who care.) > > ~~ > Dan Shafer, Revolution Consultant and Author > http://www.shafermedia.com > Get my book, "Revolution: Software at the Speed of Thought" > From http://www.revolutionpros.com, Click "My Stuff" ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: MySQL Connection - Problem Solved + Additional Info
Ken's solution worked like a charm and I'm back to work!
For those interested, I did some research on the background of this problem,
and the explanation is provided in the MySQL online manual, starting here:
http://dev.mysql.com/doc/mysql/en/password-hashing.html
With explanation of the workarounds here:
http://dev.mysql.com/doc/mysql/en/old-client.html
One potential problem pointed out is that OLD_PASSWORD() may one day be
deprecated. Hopefully by then most affected third-party clients, like Rev,
will have upgraded to a client library that supports the new authentication
protocol.
Alan Golub
Golub & Isabel, P.C.
On 8/1/05 10:25 PM, "Ken Ray" <[EMAIL PROTECTED]> wrote:
> On 8/1/05 3:25 PM, "Alan Golub" <[EMAIL PROTECTED]> wrote:
>
>> On 8/1/05 4:00 PM, "Ken Ray" <[EMAIL PROTECTED]> wrote:
>>
>>> Yes, we ran into this just recently. You need to change the password that is
>>> stored in the DB to the "old" (pre-4.1) format for compatiblity with
>>> everybody. This is the syntax at the mysql prompt (using "tempUser" as the
>>> user name, "localhost" as the host, and "mypass" for the password):
>>>
>>> set password for "tempUser"@"localhost"=OLD_PASSWORD("mypass");
>>
>> I'll need to wait until tonight to run this solution from home, but I just
>> want to make sure I 'get it.'
>>
>> Ok, so for each user accessing the 4.1 or later database, changing/setting
>> the password via the OLD_PASSWORD() function stores the password in a manner
>> compliant with post-4.0 versions of the server, thus allowing seamless
>> (hopefully) access to the db from Rev?
>
> Yup! You got it!
>
>> Thanks, Ken!
>
> No problem...
>
>
> Ken Ray
> Sons of Thunder Software
> Web site: http://www.sonsothunder.com/
> Email: [EMAIL PROTECTED]
>
>
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Re: MySQL Connection error
On 8/1/05 4:00 PM, "Ken Ray" <[EMAIL PROTECTED]> wrote:
> Yes, we ran into this just recently. You need to change the password that is
> stored in the DB to the "old" (pre-4.1) format for compatiblity with
> everybody. This is the syntax at the mysql prompt (using "tempUser" as the
> user name, "localhost" as the host, and "mypass" for the password):
>
> set password for "tempUser"@"localhost"=OLD_PASSWORD("mypass");
I'll need to wait until tonight to run this solution from home, but I just
want to make sure I 'get it.'
Ok, so for each user accessing the 4.1 or later database, changing/setting
the password via the OLD_PASSWORD() function stores the password in a manner
compliant with post-4.0 versions of the server, thus allowing seamless
(hopefully) access to the db from Rev?
Thanks, Ken!
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
MySQL Connection error
I've been toying around with the Database Query Builder lately, thinking about writing a tutorial for new users. I've used it in the past with PostgreSQL 8, connecting to localhost without any problems. But for the sake of a tutorial, I thought I'd go with MySQL, which seems to be far more popular, and for Mac OS X at least, much easier to install now that MySQL AB provides native OS X installers. But I can't seem to connect to MySQL from DQB. I've checked and double checked the host, user name, password, database name, and port number, all without success. I keep getting the following error message: "There was an error in connecting to the database. Please check that the connection fields are correct. Revdb error: Client does not support authentication protocol requested by server, consider upgrading MySQL client." The client fields are definitely correct (I'm using them to connect to the server from other GUI MySQL tools). I'm using Revolution Studio 2.6 and MySQL 4.1.13 on Tiger 10.4.2. Any thoughts or workarounds? Thanks- Alan Golub ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: OT: A good book on Applescript?
AppleScript: The Missing Manual is actually quite good. It was written by a high school senior, which initially put me off, but the author made me regret that reluctance. This book holds up well with other in the MM series from Pogue/O'Reilly. It is clear, definitely for the beginner, and gives an excellent foundation for the fledgling AS developer. It's also available on Amazon for under $20, which makes it a bargain to boot! ;) For the record, I also took a look at AppleScript: A Comprehensive Guide to Scripting and Automation on Mac OS X by Hanaan Rosenthal. This one was definitely geared to the more experienced developer, and wasted no time getting to some pretty sophisticated scripting. In the end, it was too much too soon for me, and I shelved it for the Missing Manual book. I haven't regretted it, and may come back to the Rosenthal book after working my way through the MM. Best of luck finding what works for you. Alan Golub On 5/23/05 4:42 PM, "Kurt Kaufman" <[EMAIL PROTECTED]> wrote: > Try "Applescript, a Definitive Guide" by Matt Neuburg (O'Reilly, 2004). > Many of the older available AS books are geared towards Applescript as > it functions in Mac OS 9. > > I know that there are at least 2 other recent Applescript books, but I > have not seen them yet: > "AppleScript: The Missing Manual" by Adam Goldstein > "AppleScript 1-2-3" by Sal Soghoian > > HTH, Kurt > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: no longer OT: Apple V Apple. Legal lunacy?
Thanks for the positive remarks, Kurt. And thanks to Chipp for his take on things, with which I largely concur -- by all means, if they are able, the parties to a contract should work out the major terms on their own BEFORE getting a lawyer involved. They may even be able to draft the entire contract themselves -- you don't need a lawyer to form a binding and enforceable contract. A word of warning, however -- if you (a) don't have much experience with negotiating contracts, (b) have never been a party to a contract before, and/or (c) are uncomfortable with representing yourself in what can be a fairly confrontational and stressful process, it may be best to have an attorney on your side as you nail down the major terms of the contract. Even if the parties deal directly with each other during this phase, while the attorney sits on the sidelines to advise as necessary, there can be real value, particularly to the uninitiated, in having in your corner someone more experienced in negotiating and drafting these things. This has been a very interesting discussion, and I'm so glad that others have found it worthwhile. We don't often explore the business/legal side of things on this list, but some attention to it now and then is no doubt a good thing. Thanks to Jeff Reynolds for teeing this up for us! Alan S. Golub, Esq. On 5/18/05 1:46 PM, "Kurt Kaufman" <[EMAIL PROTECTED]> wrote: > Thanks to Alan and Chipp for their perspectives on business and law. > Anyone who draws up business arrangements (in the software field or > otherwise) would be well advised to read their posts to this list: > > http://lists.runrev.com/pipermail/use-revolution/2005-May/057273.html > > http://lists.runrev.com/pipermail/use-revolution/2005-May/057342.html > > If only more business and personal interactions were handled in this > manner, we'd waste a whole lot less resources, money and time > > Kurt > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: WAY OT: Apple V Apple. Legal lunacy?
Jeff -- I'm sorry you've had such bad experiences -- honestly, a lawyer who uses unnecessary language just because it might appear "unprofessional" to lose it should go back and take a basic legal writing class. In my practice, we toss out archaic legalese all the time -- if it's in Latin, or nobody can explain what it means without looking it up in Black's Law Dictionary, well, that's probably language we don't need! Anyway, I am in the States, right here in New Jersey. This thread has gotten way off topic (and we're the only participants!), so if you ever want to get in touch or run something by me, I've included my contact info below. Regards, ALAN S. GOLUB, ESQ. Dwyer Golub & Isabel, P.C. 16 Furler Street P.O. Box 437 Totowa, NJ 07511-0437 (T) 973-785-4100 Ext. 103 (F) 973-785-4477 (E) [EMAIL PROTECTED] (W) www.dgilaw.com On 5/17/05 12:10 PM, "Jeffrey Reynolds" <[EMAIL PROTECTED]> wrote: > Alan, > > I wish you were here in the states to use! I agree on all your points, > expect them of council, and wish my experiences followed these > conditions better. I also agree that the reason these large deal > contracts end up in lawsuits so much is from the business practice to > always feel like you have the upper hand and the other guys is getting > the short end. I can see how this leads to language and logic that can > be severely flawed. This is more a reflection of the business process > than the legal profession in this case. > > I am sorry if I generalized too much in my post, that's not fair. It > was a representation of the 10 or so odd times I have had to develop > contracts with clients' or employers' for projects for them to third > parties for work and rights agreements. It was extremely frustrating > experience every time since the simple clear language we started with > got turned into pages of unreadable and non-understandable text. When I > would question them about the changes, half the time they would end up > saying they could not give a clear answer. These were for some very > straight forward services or photo rights and such. When I would ask > why we needed so much non understandable language, they would just > reply it was standard to do so and not professional to not do so. I > would also get the reply that it was unprofessional to use plain > language in the contract. > > All this was a real mess every time since something that should have > taken a very short time ended up sometimes taking weeks to get done and > cost a lot of money. Even when I would send in simple boilerplate > contracts they would balloon. The worst was that the resulting > contracts would really scare the potential vendors and media folks. A > few times we lost potential folks at this stage and a few media folks > bumped up their licensing fees at this point in the deal... Since many > of these were small contracts it was hard for the other parties to > afford to pass it by council for review. It also really ballooned the > costs on some simple tasks for the clients. > > Since I was working on the clients' or employers' behalf they would > usually end up just saying do what the lawyer advises. I didnt hire the > lawyers, but they were all reputable and small to large firms that do > this stuff all day long. A couple of time I was able to simplify the > photo rights agreements when we had many photographers balk at the > lengthy contract that came from the lawyers. > > I also know what it is like to be on the receiving end of this kind of > contract writing. One of my clients is a very very large health care > provider. The contract I got from them to work on a patient education > cdrom was about 45 pages... It was virtually unreadable language. I > almost just signed it and sent it in, but decided to stick it out and > carefully go through it and create a flow chart to follow the logic. > While doing this I found the clauses that had me indemnifying them for > all the content validity in the product that they were creating! This > was medical information developed by physicians and they wanted me to > legally take responsibility for what the content said! There was no > reciprocal indemnification for me at all. Even after explaining that > they were creating the content their lawyers still wanted me to take > responsibility for content validity. It took a couple weeks and three > of their lawyers to get the clause removed that had me indemnifying > them for the content and just get me simple reciprocal indemnification > since if they did ever make a mistake in the content I might get caught > up in any lawsuits being the producer on the cdrom. All I wanted was an > even, fair sharing of responsibilities. > > I could never get a good reason from the lawyers in any of these cases > why having a very simple clear contract that fairly spelled out what > each side was responsible for, deadlines, and a few honest > contingencies. In every other business transaction I have done that we > have drafte
Re: WAY OT: Apple V Apple. Legal lunacy?
I hear you, Jeff. As a lawyer, publisher, and hobbyist software developer, I hear you loud and clear. I can't speak for the lawyers you've worked with, but only from my own experiences in the legal profession after 12 years. Here are some things to consider: 1. Most of the lawyers I have met and worked with are straight-shooters. To try to make something complex out of what should be simple for the sole purpose of creating legal problems down the road is a violation of the rules of ethics and conduct that govern lawyers across the country. If you think your lawyer is doing this, it's past time to find a new lawyer. 2. As in every profession, there are folks who are good at what they do, and folks who are ... well, not so good. If your lawyer is doing something that you feel is not your best interest, see if he/she can explain it to you in a way that satisfies you completely. If he/she can't -- well, as long as it's legal, you can instruct your lawyer to do it YOUR way. Alternatively, and again, it may be time to find a new lawyer. 3. Contracts can be tough. I've negotiated my fair share, and I've litigated MORE than my fair share of contracts that I DIDN'T negotiate. In drafting contracts, lawyers call upon their expertise to try to anticipate problems and pitfalls, and to make clear the parties' intent so that when something bad happens, the contract spells out how things should be handled. The problems come when the parties CAN'T agree -- then lawyers tend to massage the language, perhaps making it ambiguous so that if a problem comes up, the language at least ARGUABLY supports a view that favors the client. The idea is that ambiguous language can at least serve as the basis for a good faith argument that the contract should be interpreted a certain way -- in many situations, this can be better than a contract that simply doesn't address the issue at all. Mind you, the lawyer probably isn't intentionally trying to make something ambiguous -- it just BECOMES ambiguous as he/she negotiates one draft after another with the lawyer on the other side. The end result is language that both sides can live with because neither side is getting exactly what they want. When BOTH sides feel they have the upper hand, it's usually the contract language that suffers, becoming ambiguous enough to support both sides' interpretation. And that, Jeff, is the stuff that law suits are made of. But a lawyer has done his job when he's highlighted the potential problems/pitfalls for his client, negotiated away from those problems as much as possible, and explained the reason/rationale behind the whole process for the client to make an educated decision about whether the deal still represents good and fair value when negotiations are done. Unfortunately, even then, there's no guaranty against litigation. When a dispute arises, a litigator who truly represents his client's best interests should recommend first and foremost that the parties try to work it out without the filing of a law suit. Once you go down that road, it's usually long and hard, and retreat gets tougher with every step towards the courthouse. Anyway, just my own thoughts in defense of lawyers who always, always, always try to do right by their clients. Thanks for listening. ALAN S. GOLUB, ESQ. Dwyer Golub & Isabel, P.C. 16 Furler Street P.O. Box 437 Totowa, NJ 07511-0437 (T) 973-785-4100 Ext. 103 (F) 973-785-4477 (E) [EMAIL PROTECTED] (W) www.dgilaw.com On 5/16/05 2:32 PM, "Jeffrey Reynolds" <[EMAIL PROTECTED]> wrote: > this has gone back and forth with apple corps beginning by suing apple > computer for the name. that one ended up with an agreement apple > computer wouldn't get into music. then it flared up again with apple > doing some midi stuff a while back and was renegotiated some and i > thought i remember something when itunes was starting that they were at > it again some. > > but with the success of itunes and garage band has probably gotten > apple corps believing some more of the apple pie should be theirs again > and as most large contracts written in legalese there is a lot of room > for folks to try lawsuits. > > every time i have put a contract through lawyer approval they always > object to things being written in plain english that lay things out in > black and white (even though it is completely legal and binding). They > always seem to want the wiggle room for a lawsuit even when you the > client want a nice clean straight forward document and the lawsuits > could be against you! > > jeff > > On May 13, 2005, at 9:19 PM, [EMAIL PROTECTED] > wrote: > >> Actually, isn't it the other way around? It sounds like Apple Corps is >> suing Apple Computer over distributing music. > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-
RE: Paragraph-level formatting
Thanks -- I'd love to see how you put this together. Alan On Saturday, November 20, 2004, at 03:03AM, MisterX <[EMAIL PROTECTED]> wrote: >im trying to find this stack i made long ago to clean up paragraphs. It has >what you want including justification! Works with monospace fonts but it >might be adaptable to normal fonts using the formattedwidth of text... > >I'll let you know when I find it... > >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of >> Alan Golub >> Sent: Saturday, November 20, 2004 03:21 >> To: How to use Revolution >> Subject: Re: Paragraph-level formatting >> >> Ooohh -- you weren't kidding -- that IS ugly! Thanks for the >> idea, but I'm with you -- I hope someone heeds your call for >> a better solution. Anybody? >> >> On Friday, November 19, 2004, at 05:15PM, <[EMAIL PROTECTED]> wrote: >> >> >sez [EMAIL PROTECTED]: >> >>I've been playing around with the latest beta of SuperCard >> 4.5. One of >> >>the most helpful new additions is ... [that] I can create >> text styles >> >>and apply them on a per-paragraph (rather than a >> >>per-field) basis. >> >> >> >>I wonder -- is there a way to achieve this in Revolution? My >> >>experience is that field properties like firstIndent apply to the >> >>entire field. Is there a way to achieve this >> paragraph-level formatting with Rev? >> > Yes, there is -- but it's ugly. How ugly it is, well, YMMV, eh? >> > You can't do paragraph-level formatting *for real* in >> Rev; however, >> >what you *can* do is *fake* it with a series of however-many >> individual >> >text fields, each of them having its own "paragraph >> formatting" values. >> >Make sure all of these fields are transparent, group them >> all, and so on and so forth. >> > Like I said, it's ugly. But until the happy day when the engine >> >*really* supports paragraph-level formatting, I just don't >> see a better way to do it. >> >Anybody else have a better suggestion? Please? >> >___ >> >use-revolution mailing list >> >[EMAIL PROTECTED] >> >http://lists.runrev.com/mailman/listinfo/use-revolution >> > >> > >> ___ >> use-revolution mailing list >> [EMAIL PROTECTED] >> http://lists.runrev.com/mailman/listinfo/use-revolution >> > >___ >use-revolution mailing list >[EMAIL PROTECTED] >http://lists.runrev.com/mailman/listinfo/use-revolution > > ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Paragraph-level formatting
Ooohh -- you weren't kidding -- that IS ugly! Thanks for the idea, but I'm with you -- I hope someone heeds your call for a better solution. Anybody? On Friday, November 19, 2004, at 05:15PM, <[EMAIL PROTECTED]> wrote: >sez [EMAIL PROTECTED]: >>I've been playing around with the latest beta of SuperCard 4.5. One of the >>most helpful new additions is ... [that] I can >>create text styles and apply them on a per-paragraph (rather than a >>per-field) basis. >> >>I wonder -- is there a way to achieve this in Revolution? My experience is >>that field properties like firstIndent apply to the entire field. Is there a >>way to achieve this paragraph-level formatting with Rev? > Yes, there is -- but it's ugly. How ugly it is, well, YMMV, eh? > You can't do paragraph-level formatting *for real* in Rev; however, what >you *can* do is *fake* it with a series of however-many individual text >fields, >each of them having its own "paragraph formatting" values. Make sure all of >these fields are transparent, group them all, and so on and so forth. > Like I said, it's ugly. But until the happy day when the engine *really* >supports paragraph-level formatting, I just don't see a better way to do it. >Anybody else have a better suggestion? Please? >___ >use-revolution mailing list >[EMAIL PROTECTED] >http://lists.runrev.com/mailman/listinfo/use-revolution > > ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Documentation & Books -- revJournal status report
Judy Perry wrote: Novice programmers can't be expected to 'dig for diamonds' because they (a) don't know how to dig, (b) don't know what to dig with or for, and (c) don't know how to ask relevant questions. But with HC's UI and documentation (with indices) and Danny Goodman's book (with an index), many learned successful digging techniques. Of course your book cannot be all things to all people, but when person after person comes to the list saying that what they really want/need is something along the lines of Danny Goodman's book, well, perhaps they are indicating that there is a need along those lines as well as what you are doing. Judy -- I've read your comments with great interest. For the most part, I agree that many users/potential users of Revolution need just the kind of documentation you describe. That's part of the reason I started revJournal -- to provide non-programmers with the necessary big picture view of what it means to program, and how to go about it in Revolution. One year ago this past weekend, revJournal got off to a great start. To date, we have 189 registered members, and have had over 32,000 visits to the site. Now, these aren't stellar numbers, and most of the fault for that lies in the fact that we've been unable to keep the site fresh with regular content. There are only so many hours in each day, and voluntary efforts like revJournal always take a back seat to the stuff that pays the bills. Still, based on the feedback we received about the existing content, many "newbies" found the material useful. And RunRev very much wants the site to continue, and to improve. So, with encouragement from RunRev, I've renewed the domain name and the hosting service for revJournal for another year. For at least the next twelve months, then, the material will remain available. But the project still runs the risk of petering out due to lack of fresh content. So, in the spirit of my original intent behind revJournal, as well as your thoughtful comments, I hope to revisit my original revSchool articles in the near future. By year's end, I hope to finish the work-in-progress that I began to explore in the first series of articles. As always, I invite contributions from the Rev community -- if you have an idea for something you want to write that you think will be useful to other users, please get in touch. I'm happy to consider material covering just about any rev-related topic, of just about any length. On a personal note, I want to thank Dan for his book, which I think is just terrific. Aside from Rev's own documentation, which I use every time I fire up the program, Dan's book is the second source I turn to when I have a question (and the ONLY source I turn to when I'm not sitting in front of my computer). I also want to thank the revJournal contributors: Sarah, Richard, Dan, and Bjornke. These folks have generously provided so much useful content, and the site wouldn't exist without them. Thanks to all, and I hope I can count on your continued contributions. That's it for now -- keep on revvin' folks! Alan S. Golub Publisher, revJournal ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
revJournal for sale (dirt cheap!)
Hi Folks With regret, I am no longer able to continue maintaining revJournal.com. As is obvious to anyone who visits the site regularly, after a strong start, I simply haven't been able to give the project the attention is deserves. Several guest writers, most notably Richard Gaskin, Sarah Reichelt, Dan Shafer, and Björnke von Gierke, have admirably taken up the slack to provide a great deal of awesome, regular content. I thank them all, and anyone I inadvertently failed to mention. It's been a great run. The domain registration expires on 6/1/2004, hence this open call to anyone interested in taking over the domain and maintenance of the site. Hosting has been provided by logjamming.com, which has done an awesome job with absolute minimal down time. I'm offering to turn over the entire project to any interested taker who agrees to continue to develop it in the spirit in which it was created: as a free resource for the entire rev community. The new publisher will be responsible for re-registering the domain name, and providing a host. I will remain available to ensure a smooth transition in terms of the tools/methods used to develop the site. So, it's all up for grabs for the ambitious taker -- the only costs will be domain registration and web hosting. Any takers? Alan S. Golub, Esq. Dwyer Golub & Isabel, A Professional Corporation 16 Furler Street P.O. Box 437 Totowa, NJ 07511-0437 Phone: (973) 785-4100, Ext. 103 Fax: (973) 785-4477 Web: www.dgilaw.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Drag n Drop Objects in Flash vs. Rev
Ah, the grab command! That's perfect, Monte, just what I was looking
for. I knew Rev's Transcript had to have an easier solution.
Is there really any comparison? Consider the ActionScript code:
on (press){
startDrag(this);
}
on (release){
stopDrag();
}
And Transcript:
on mouseDown
grab me
end mouseDown
To my thinking, Transcript is much easier to write, read, and
understand, once you know the proper command.
Thanks again!
Alan
On Dec 2, 2003, at 7:19 PM, Monte Goulding wrote:
Can anyone point me in the right direction? Do Rev objects have built
in drag and drop functionality, and if so, how is it accessed?
If it's a simple drag then you might want to see the grab command. More
complex drags can be done using mouse events (particularly mouseMove).
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
Drag n Drop Objects in Flash vs. Rev
Over the Thanksgiving weekend, I perused this month's issue of MacDesign, and found a cute Flash MX tutorial for the holidays. The final Flash movie displayed a bare X-mas tree with several glowing ornaments on the floor around the tree. The user could click on the ornaments and drag them onto the tree, effectively "decorating" their own digital tree. The tutorial covered implementing the drag-and-drop functionality through the "on startDrag" and "on stopDrag" ActionScript events, and how to give each ornament a cool-looking pulsating glow effect (essentially by creating a motion tween in which the brightness of the ornament object continuously loops from low to high). Reading the tutorial, I couldn't help but think what a neat little holiday toy to build and share with family and friends -- perhaps with my own embellishments, such as falling snow, an on-off switch for the tree lights, and a holiday music soundtrack, of course. I built a first draft in Flash MX 2004 in about 4 hours, including actually drawing the tree and several different ornaments within Flash itself. I'm no Flash expert, but the tutorial made it easy. For kicks, and because I thought I could do a much better version of the same project (probably in even less time), I decided to try to build the project from scratch in Revolution. Unfortunately, I ran into difficulty right away when I realized that there seems to be no built in handler to implement drag and drop functionality for Revolution objects. I checked the documentation, but couldn't find it anywhere (as far as I can tell, the "drag" and "drop" commands in Rev relate only to dragging and dropping text into fields). Can anyone point me in the right direction? Do Rev objects have built in drag and drop functionality, and if so, how is it accessed? Much thanks! Alan S. Golub StoryCard Software, LLC revJournal.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
revJournal reQuest for Content
First, thanks to all on this list who have visited, contributed to, and otherwise supported, revJournal.com. We're happy to host as many of you as will come. As many of you know, we've added two new editors to our staff (Sarah and Björnke --thanks so much for your awesome help!) in an effort to keep the content as fresh and as frequent as possible. Guests like Dan Shafer and Richard Gaskin have also made appearances, and the feedback from these cameos suggest that our readers find them invaluable, and want to see more of the same. Thus, I'd like to elicit some more help/participation from you revGurus out there. I have a few article ideas I'll throw out to you in a minute, but I once again invite any and all of you to consider writing an article about: (a) something you have particular expertise in; (b) a Revolution tool or utility you use regularly; (c) relatively undocumented features of Revolution; (d) success stories of how Revolution has changed your business/life, etc.; or (e) programming in general. Here are some suggestions for articles I'd love to see: 1. A database primer. One of the coolest things about the stack/card design is that you get a sort of simple database capability for free. But a true relational database is much more powerful, and I'd love to see an article about how Revolution can, and in some cases, should, be used as a front-end for a separate RDMS. What is a database? When/why would you use one? How to you connect to one from Rev? What are the strengths/weaknesses of the various RDMSs that work with Rev? Ideally, an extended series of articles on this topic would be extremely interesting and helpful. 2. OOP. A recent thread on the lists discussed adding true OOP capabilities to Rev. Very interesting. But I'd love more! What is OOP? What are its advantages? How does Rev's object-based paradigm compare? What are we missing? What do we stand to gain/lose? 3. CGI. Lots of questions on this, but this is sophisticated stuff for the inexperienced. What is it, why would you use it, how does Revolution support it? 4. XML. Basically the same comments made above about CGI. 5. Algorithms and Data Structures -- Although I plan on covering this on an as-needed basis in my revSchool lessons, wouldn't it be neat to have a periodic column covering how to implement a relatively standard data structure in Transcript? Anyway, these are some non-exclusive suggestions -- I'm open to anything you'd like to write about, the only criteria being that it is somehow relevant to the Revolution developer community. If you think you can contribute, or have additional ideas for topics you'd like to see covered, please contact me off-list at publisher @revjournal.com. As you can tell from the site content, our publishing schedule is on an as-able basis -- there's no real pressure or deadline other than wanting to get good stuff up for everyone as soon as reasonably possible. In other words, please consider writing even if you think you'll need a lengthy period of time to get a draft in to me. Thanks as always for you encouragement and support. Keep on revvin'! Alan S. Golub
Re: Are there no help sites?
Martin -- We're just getting started, but the revSchool tutorials at www.revjournal.com are designed to teach programming from the ground up using Revolution. The site also includes articles about, and links to, items of interest to Revolution users of all levels. You might explore some of the links on the revJournal home page to find example stacks, tips, and tricks. I also recommend that you work through the six tutorials that come with Revolution -- they provide an excellent overview. To get them, open the documentation window (Help->Documentation, or click the Documentation icon on the main toolbar), and click Tutorials under the Learning Revolution heading. Dan Shafer is also working on a 3-volume e-book about Revolution, the first volume of which is scheduled to launch within the next few weeks. You can read excerpts that have been posted at the revJournal site. Perhaps the best advice I can give is to think of an app you want to build, then go to it. When you get stuck, ask for help on the user list. The folks here are a friendly bunch, willing and able to provide helpful responses to just about any question you have. Best of luck! Alan S. Golub Publisher, revJournal On Monday, September 1, 2003, at 06:00 AM, gpvisual wrote: I have asked this question before but no-one replied. As I am fairly new to programming I need more help with using revolution than the manual provides. Has anyone made or know of a tutorial site for new revolution users? Martin Pilkington ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: docs bug in 2.1?
I tried about six different selections from the Show: menu, and they all seem to work for me on Mac OS X 10.2.6 running Rev 2.1. On Thursday, August 28, 2003, at 05:49 PM, Chris Sheffield wrote: Is anyone else seeing this? Open the Transcript Language Dictionary and select an item from the Show: menu. Does the correct category listing display? It doesn't for me. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Revolution 2.1 Installation Problems on OS X
Dar -- Below I've tried to answer all your questions. But I should make clear up front that this problem fixed itself on at least one of my Macs. See below in response to your request for workarounds for more details... On Wednesday, August 27, 2003, at 03:52 PM, Dar Scott wrote: Folks who have had trouble... Where did you put the Revolution folder? In Applications What beta and RC did you have installed and licensed previously? none Did you move, remove or modify com.Revolution.Revolution.plist? no Did you use the same name and org as per the old licensing or put in something else? As best I can tell, yes. I admit to not being very careful about whether I used my middle initial in each copy, or whether I inserted a comma before the "LLC" in my company name. But I've never been very careful about these things, and never had this problem before. Did you have to paste the key twice to get the license key into the field? No Any workarounds yet? Funny you should ask. I received a new license from Heather this morning, along with some specific questions about my installation, so that RunRev could assist with a solution. Before submitting this info, I thought I'd try to launch 2.1 again. I double-clicked on the application icon, and for some reason, the problem was gone. The license agreement came up, I accepted the terms, and was able to enter the new license number. Version 2.1 is running just fine now. I have no idea why this is. It's not due to rebooting between yesterday and today, because I in fact tried a reboot, and even an extended shut down, when I first started having the problem. I'll have to try this on my PowerBook again when I get home tonight, as I had the same problem there. It will be beyond wild if the problem is solved on that machine, too. I'm not sure this helps, other than to suggest to those who had this problem that they may wish to try again. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The Death of 'RevJournal' ???
I'm not sure what you mean. revJournal is still very much alive. We posted two articles just last week, and we're finalizing two more for publication over the next few days. New comments were posted as recently as yesterday. From where I sit, all the links, including yours, work just fine. Please contact me off-list and expand on any problems you may be having. Thanks, Alan S. Golub Publisher, revJournal On Tuesday, August 26, 2003, at 09:40 AM, Mathewson wrote: Does anybody know what has happened to RevJournal? Everybody's links don't work. Has this site died a death even before it was weaned? Hope not! Richmond __ See Mathewson's software at: http://members.maclaunch.com/richmond/default.htmland http://www.runrev.com/Revolution1/developercentral/ usercontributions.html __ --- Great Macintosh Products The MacLaunch Store! http://www.maclaunch.com/cgi-launch/store/agora.cgi --- ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: RevJournal is "Live"!
Title: Re: RevJournal is "Live"! Thanks! Please keep us posted with any new developments of your own. Always on the lookout for quick revNews stories! Alan On 7/7/03 10:47 AM, "Ken Ray" <[EMAIL PROTECTED]> wrote: Well done, Alan! Looks like a winner! Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alan Golub Sent: Monday, July 07, 2003 8:49 AM To: [EMAIL PROTECTED] Cc: Richard Gaskin Subject: RevJournal is "Live"! StoryCard Software LLC is pleased to announce that revJournal is now live at http://www.revjournal.com. After several months’ work, and a frustrating weekend of spotty host performance, the new online magazine, revJournal, is up and running. The debut issue features a host of interesting articles, including: In revTools: An exclusive excerpt from Dan Shafer’s forthcoming three-volume eBook series, “Scripting Revolution” In revTalk: An interview with Revolution developer Sarah Reichelt In revSchool: Not one, but TWO installments of our ongoing Revolution tutorials And more! We’re just getting started, so please visit the site for more details and the latest developments. Thanks to all who contributed their time and/or feedback in helping us with our premiere launch. We’re always looking for Revolution tidbits to post to the site, so please contact [EMAIL PROTECTED] with any news, reviews, or anything else of interest to Revolution developers. Regards, Alan S. Golub StoryCard Software LLC --
RevJournal is "Live"!
Title: RevJournal is "Live"! StoryCard Software LLC is pleased to announce that revJournal is now live at http://www.revjournal.com. After several months’ work, and a frustrating weekend of spotty host performance, the new online magazine, revJournal, is up and running. The debut issue features a host of interesting articles, including: In revTools: An exclusive excerpt from Dan Shafer’s forthcoming three-volume eBook series, “Scripting Revolution” In revTalk: An interview with Revolution developer Sarah Reichelt In revSchool: Not one, but TWO installments of our ongoing Revolution tutorials And more! We’re just getting started, so please visit the site for more details and the latest developments. Thanks to all who contributed their time and/or feedback in helping us with our premiere launch. We’re always looking for Revolution tidbits to post to the site, so please contact [EMAIL PROTECTED] with any news, reviews, or anything else of interest to Revolution developers. Regards, Alan S. Golub StoryCard Software LLC
Re: RevJournal Participation Incentives (follow-up)
Title: Re: RevJournal Participation Incentives (follow-up) I forgot to mention one additional type of article we’re interested in. If you have a market-ready application developed in Revolution, I’d love for you to profile it for our revTools section. Essentially I’m looking for insights into the development process: What is the product? What does it do, what need does it address, how did you analyze competing products? What other tools did you consider to build it? What made you decide to develop in Revolution? What obstacles did you overcome during the development process? How? What new features in Rev 2.0 will make maintenance/upgrades easier? If commercial, how are you marketing/selling to the public? What feedback are you getting from users/reviewers? Essentially, I’d like you to speak candidly about your experience developing a product and getting it to market. Without giving away the farm, I hope you’ll provide helpful insights about the process, good and bad, what you’ve learned, mistakes you’ll avoid in the future. Like the tutorials and reviews I’m looking for, these types of articles will also qualify for free promotional consideration on revJournal.com. Thanks again. Alan On 6/23/03 11:28 AM, "Alan Golub" <[EMAIL PROTECTED]> wrote: I’d like to invite all Revolution developers to participate in writing/developing tutorials and/or reviews for the revJournal web site. In exchange for your contribution, you’ll get your name and company listed in a byline alongside your contribution, and a free banner ad for your company/site/product. Major contributors will be eligible to become a revJournal “Sponsor of the Month,” with an ad banner prominently displayed on the revJournal home page. I’m open to suggestions for topics you’d like to write about, but here are some things I’m particularly interested in: revSchool: This is our tutorial section. It’s for folks with relatively little programming experience, to provide a firm grounding in the basics. I’m looking for tutorials in the following categories: (a) creating and using custom properties; (b) database development; (c) incorporating sound and video; (d) using rev’s drawing tools for interesting interface development; (e) cross-platform issues; (f) internet library (HTTP, FTP, libURL, load, etc.); (g) XML; (h) rev’s object-based paradigm; (i) text manipulation; (j) regular expressions; (k) common algorithms and data structures; (l) externals (using and developing); and (m) printing. Remember, I’m looking for just the basics here for a newbie to get started, although a series of tutorials on a single topic should get progressively more advanced. revTools: Here’s where we review third-party resources of interest to Rev developers. If you know of a book, plug-in, standalone, web site, etc. that you’d like to write a review about, please contact me. This is an extremely broad category, so almost any relevant thing you can think of is ok. If you are hesitant due to time constraints and/or lack of writing experience, don’t be! The writing schedule is flexible — we’ve got sufficient content to carry us through at least a couple of months, which leaves ample time to write new material for publication in late summer or early fall. As for the writing, I will be involved in editing/fine-tuning your submission so that it meets the high standards we’ll be setting for all content. If you would like to lend your talents in exchange for promotional consideration, please contact me off-list at [EMAIL PROTECTED] Thanks all! Alan S. Golub --
RevJournal Participation Incentives
Title: RevJournal Participation Incentives I’d like to invite all Revolution developers to participate in writing/developing tutorials and/or reviews for the revJournal web site. In exchange for your contribution, you’ll get your name and company listed in a byline alongside your contribution, and a free banner ad for your company/site/product. Major contributors will be eligible to become a revJournal “Sponsor of the Month,” with an ad banner prominently displayed on the revJournal home page. I’m open to suggestions for topics you’d like to write about, but here are some things I’m particularly interested in: revSchool: This is our tutorial section. It’s for folks with relatively little programming experience, to provide a firm grounding in the basics. I’m looking for tutorials in the following categories: (a) creating and using custom properties; (b) database development; (c) incorporating sound and video; (d) using rev’s drawing tools for interesting interface development; (e) cross-platform issues; (f) internet library (HTTP, FTP, libURL, load, etc.); (g) XML; (h) rev’s object-based paradigm; (i) text manipulation; (j) regular expressions; (k) common algorithms and data structures; (l) externals (using and developing); and (m) printing. Remember, I’m looking for just the basics here for a newbie to get started, although a series of tutorials on a single topic should get progressively more advanced. revTools: Here’s where we review third-party resources of interest to Rev developers. If you know of a book, plug-in, standalone, web site, etc. that you’d like to write a review about, please contact me. This is an extremely broad category, so almost any relevant thing you can think of is ok. If you are hesitant due to time constraints and/or lack of writing experience, don’t be! The writing schedule is flexible — we’ve got sufficient content to carry us through at least a couple of months, which leaves ample time to write new material for publication in late summer or early fall. As for the writing, I will be involved in editing/fine-tuning your submission so that it meets the high standards we’ll be setting for all content. If you would like to lend your talents in exchange for promotional consideration, please contact me off-list at [EMAIL PROTECTED] Thanks all! Alan S. Golub --
Books on Rev
-> Richard Gaskin wrote: Rev is in the "transition period" (or to use the better term, preparing to "cross the chasm"), and during this period we have the common catch-22 with regard to books: the market may be too small just yet to cinch a deal with a publisher, but indeed growth could be accelerated if there was a book. Not to worry: all successful products go through this moment. The trick is to focus on other activities to build market share and community, and in due time publishers will line up with little prompting. Along these lines, there is still much we can do to further the true goal: sharing Rev knowledge and experience. Web sites, Wikis, PDFs, Rev-based media -- all good options, all immediately available. No complications, no waiting, no fuss, no muss -- we have everything we need right now to further this goal. Several are already moving works forward, and there's more in the pipeline. If we need a central index for such things, there's always RevNet... --> I couldn't agree more. As someone who contemplated a book on Rev, and decided the time wasn't quite right, I think I can add something here. A few years ago, I was shopping to the big-name tech publishers a proposal for a book on WordPerfect for Linux. Peachpit Press was interested, but felt the market wasn't there yet (a year after my proposal, they actually did do a Visual QuickStart Guide, but with another author). SAMS was also interested, but only if the book covered the entire WordPerfect Office suite. I agreed, and in June 2000, published "SAMS Teach Yourself WordPerfect Office 2000 for Linux in 24 Hours." Both of these publishers, and a few others, including the publishers of Linux Journal magazine, were on the fence about my proposal for one reason: there was insufficient proof of a viable market. As an unrepresented author (yes, there are agencies that specialize in representing tech writers), I handled on my own all of the negotiations with the various publishers, and with each of them, they wanted me to provide proof of the market (the number of Linux users, the number of WordPerfect Office users, the number of competing titles on the market, etc.), or proof that my book could build its own market (I still haven't come across any such proof -- indeed, shortly after my book came out, Corel sold its Linux business off, and WordPerfect Office for Linux was dead in the water. My book garnered some good reviews at Amazon, where you can buy a used copy right now for about 40 cents, but only managed to sell a few thousand copies). SAMS eventually took the plunge with me (to my sheer delight -- they were a pleasure), and ultimately took a small hit on my book. But a huge publisher like SAMS can absorb it (indeed, it might even be helpful for accounting purposes). Likewise, they can also afford to shoot high with riskier projects in the hopes of getting in on the ground floor of a hot technology. Would SAMS be interested in Rev? Perhaps, although ask yourself whether Rev has greater or lesser public mind share than Corel's WordPerfect line of products, of the Linux OS, for that matter. My guess is that most publishers would like to see the market grow a bit before taking Rev on. From my perspective, as an author who might one day see some royalty revenue from a technical book, I'd also like to see the market for Rev develop a bit more, so that I can make my pitch to publishers armed with strong market info (and they all require it as part of the proposal submission). I think it will eventually happen. Richard correctly points out that there are many wonderful existing projects (his own Rev resource at FourthWorld.com is one of my favorites) and several more in the works. Dan Shafer is about to release an e-Book about Rev -- it will be the first third-party Rev book, and, if it's anything like Dan's HyperCard books (or his newest CSS book, which is terrific!), it should be a success. I'm hard at work on The Revolution Journal, an online magazine about Rev and its user community. As I've stated in prior posts, one of my inspirations is Marc Zeedar's RB University, an online project the success of which ultimately made possible RB Developer, a full-blown, hard copy magazine dedicated to REALBasic. I mention it again as a great example of starting small, creating a market, and then using that market as the basis for larger, more ambitious projects. And that, I guess, is my point. There's some quality stuff coming out, both from Rev, and from the user community. We need to pay attention to each of these small steps and catalogue the successes so that one day soon they can be used as the collective springboard for larger, greater works. While I, too, would love to see some third party books here and now, my own approach is to try to build the market to a certain level, and then see where we stand. Alan S. Golub StoryCard Software, LLC ___ use-revolution mailing list [E
Revolution Book
Last fall I unleashed a few posts regarding plans for a Revolution Book. I received several responses, suggestions, inquiries, etc., enough to make me believe the project is worthwhile. Unfortunately, things got put on hold due to personal and professional issues that are only now beginning to settle down. In the coming months, I plan to devote a substantial amount of my free time (which, after all, isn't nearly enough time!) to re-launching the project. Sort of. What I mean is that I don't quite feel up to the task of writing a complete book about Revolution, at least not one that would serve the community, or be worth reading. This is especially true in light of the dramatic changes/additions evident in version 2, which I have only just incorporated into my daily work. I do, however, feel well-equipped to cover what I'll refer to as "basics plus" in a way that will be helpful to new programmers, and perhaps experienced programmers looking at Revolution for the first time. To that end, my plan is to launch a new web site along the lines of Marc Zeedar's REALbasic Univeristy over at the Applelinks web site (http://www.applelinks.com/rbu). If you haven't seen it yet, you should take a look. Marc did a wonderful job developing a series of free tutorials to introduce newbies to RB. That project, and the success of his shareware application, Z-Write, made it possible for Marc to launch the very successful REALbasic Developer Magazine (again, if you haven't seen it yet, you should take a look -- it's great stuff: http://www.rbdeveloper.com). I'd like to do for Revolution what Marc and others have done for RB. For starters, I'm currently architecting/designing the site and planning the content for the first 2-3 months of articles, with new content at least once a week. Like RBU, I plan to include tutorials about using Rev, but I'd also like to adopt a more flexible newsmagazine format, which would allow for interviews with members of the community, a letters section, profiles/reviews of apps built with Rev, and general commentary on software development, marketing, and sales. I envision a full online newsmagazine dedicated to Revolution, one that may well serve as the basis or inspiration for a proper Revolution book down the road (whether written by me or by someone else). Right now I'm testing on a local server. I expect the site to be up and running some time around July 4th. In the meantime, I'd like to hear from anyone who cares to comment. What do you think? What would you like to see? Are there any questions, success stories, rants, jokes, ideas you'd like to offer for inclusion on the site? Any volunteers for interviews/articles/profiles? If you'd like to reach me about this project, please do so off-list. You can reach me at [EMAIL PROTECTED] Unless Heather or the list members object, I would, however, like to use the lists to update everyone on the status of the project, especially as we get closer to launch. Until then, I hope everyone enjoys their exploration of all the cool new stuff in v. 2 (I mean, 2.0r2;)! Alan S. Golub StoryCard Software, LLC ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Custom button icons
I've been spinning my wheels for days now trying to figure out how to install custom icons into my buttons. I have no problem inserting standard icons from the image library, and I'm able to create a new library, but that's where I'm stumped. How do I import custom icons into my library for use in my application buttons? Is this documented anywhere? Any help would be much appreciated. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Revolution Book Project
Hi all-- I've posted a draft Introduction section for the Revolution book. Here's the link: http://progrevolution.blogspot.com/ Hopefully, this draft will give readers the feel and flavor of the book. Please check it out -- feedback is encouraged! Since first announcing the project, I've received quite a few e-mails from folks who have expressed interest and checked out the weblog. I'm happy to note that everyone I've heard from is quite excited about the project, and eager for details, i.e., publication date, publisher, etc. Suffice it to say that no such details are yet worked out. From my prior experience in the tech book market, it's best to have as much written as possible before approaching publishers -- publishers demand such quick turn-around times (based on the fact that software versions quickly and frequently change between the signing of a book contract and actual publication) that it's best to have a good head-start before you commit to real deadlines. My preference, however, is to base the book on version 2 or later, with publication sometime next early-Fall. A long way off, but necessary and desirable to make it something to be proud of. Anyway, I'll continue to work as fast and often as I can. Thanks for your interest! Regards, Alan S. Golub ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
