Re: Print to PDF on Win?
Richard Gaskin wrote: Which freeware solution would you recommend for printing to PDF from Windows? I have a lot of printing tests to do, so I prefer a virtual printer. TIA - http://www.dopdf.com/ -- Geir A. Myrestrand ___ 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: Can REV create Excel files?
Sadhunathan Nadesan wrote: Context: Windows XP. Microsoft Office environment. I'm creating a desktop REV app for customer self service. The customer needs info currently housed in a database (to which they have no direct access) in MS Excel format on an on going basis. Right now this has to be done manually for them each time, and then emailed. The app will have the necessary parameters (start date, end date, etc.) including a file name to create. It will hit the database (oh yeah, I've tried to use the Rev ODBC drivers to no avail) using an http "post" over the net to a CGI that will in turn run SQL queries, return the output to the app, and the app will write the local file on the users machine. Problem: This file will be "text" (fixed column width) which then has to be "imported" into Excel. That works fine but it's extra steps for the user to go through the import process and set the column markers to do the imports (there are a lot of columns!). Solution: Anyone know of a plugin or feature in REV that will let us write out .xls files directly? It is easier to create CSV files (comma separated values), and these can be easily imported into Excel (or virtually any other spreadsheet). -- Geir A. Myrestrand ___ 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: Bugzilla down - Revzilla loses its mind
Bill Marriott wrote: Certainly technically skilled users know how to bookmark a page. They adjust quite happily to a hundred other minor inconsistencies. If you have to bookmark a page, then you already lose visitors. Personally, I tend to be on a dozen or so computers, and if I need to deal with this then I am more likely to drop the ball than spend the extra time to get there. Time is money...and this is a non-money generating activity for me. It's not buried and it's not indirect. We simply decided to name it using a, IMO, much friendlier and more accessible term that is also more descriptive of the actual function of the site. There's no reason that just because the underlying technology is Bugzilla that it needs to be named as such. Sorry if I was a bit too direct, I usually don't sugarcoat my messages... :-) It was just my personal opinion. Feel free to agree or disagree. I am sure there will be many having other opinions than mine. We're also not "taking away" any feature; you've never been able to get to the RunRev reporting site using the URL you suggest. In fact, the new URL is much easier to remember and shorter to type than the previous one. And it is consistent with the title of the system, "Revolution Quality Center." Quality is more than just bugs. There's a lot of areas in Revolution that could be enhanced, and there's lots of ideas for completely new features and capabilities. People should feel free to submit the whole range of reports. The focus is on "quality" not on just bugs per se, and certainly not on the tool itself. (You don't report issues with Apple, Microsoft, Adobe, etc., at a "bugzilla" url.) Yeah, but don't get me started on those monopolies now right before X-mas... ;-) Marketing hype would be a URL like "happyfragrantflowers.runrev.com" and then having to navigate through extra screens. And your bugs going into some black hole with no back-and-forth. When I want to report a bug or submit a feature request, the last thing I look for is report... I believe that was what was mentioned being used in the new "quality" portal... There are no extra screens added. "Quality" is a very direct, honest, simple term. And how many companies have an open reporting tool that lets anyone see all the blemishes? 22,347. Sorry, couldn't resist. :-) The answer is: too few. But it is quality that matters, not quantity. When you submit a report with RunRev, you don't get a "thanks for your suggestion!" screen with some stock photo of a girl with a headset. You get your bug report which can be monitored by every customer, voted on, commented on... and you even get to see how much attention it's getting from RunRev developers. Maybe I'll submit a enhancement request for that girl... :-) Finally, I think "Bugzilla" is a word very tightly linked with the old, hideous-looking system. I think a new name is wholly appropriate, especially considering how much sleeker and easier-to-use it is now. Compared to any other installation I'm familiar with, it's barely recognizable as Bugzilla, anyway. (And who's to say Runrev will forever stick with Bugzilla as the underlying technology?) Personally I like Bugzilla a lot. I have used too many crappy bug tracking systems to care much for anything else. I think as long as you use Bugzilla you could conform and let us get easy access. I hope the decision to use the URL http://quality.runrev.com does not detract from the significant effort that was made to make the site substantially easier and more comfortable to use. There should be no confusion when entering a new bug. The advanced search function is finally comprehensible. It's much clearer how to save your searches and access them. The "easy search" field has been given a prominent position at the top-right of every screen. The report screen itself is very cleanly organized with the most important fields at the top. And finally, The Quality Center itself has been added as a component in the list, so you can file reports on any enhancements, requests, or problems you discover with the site. As someone who was loathe to use Bugzilla in the past, I put a lot of effort into lobbying for these changes and setting out how the system would look and feel -- and yes even what it was called. So you can blame me for the "marketing crap." I'll proudly take the blame! :) Sorry Bill, don't take it personal. I just see a potential for all your work to become a hassle for me and maybe others when we want to report bugs or feature requests, and just wanted to let you know my opinion sooner rather than later. If you feel that your decisions are correct, then just go for it. No hard feelings. :-) -- Geir A. Myre
Re: Bugzilla down - Revzilla loses its mind
Scott Rossi wrote: Recently, Geir A. Myrestrand wrote: Actually, the word "bugzilla" has been purged from the system as much as possible. "Bugs" are now "Reports" in order to encompass both problems and feature requests. The whole thing has been renamed "Quality Control Center" -- this along with the general overhaul in look-and-feel. Burying Bugzilla under all that marketing crap^H^H^H^H lingo is a big mistake in my opinion. At least you should consider giving technically skilled users direct Bugzilla access without having to face the beautification layer. Beauty may be in the eye of the beholder, but from a usability standpoint, I think it's difficult to argue the merits of the previous system over the new one. Hopefully, all the previous functional items are present in the new layout, but in any event, I applaud the organization of new system. And I would expect the Rev folks will be open to suggestions for improvement. No offense, but you made me think of Microsoft Bob. The social UI that should take usability to new levels, failing to realize that existing UI usage patterns were already entrenched and ended up as one of the biggest jokes in the computing industry. I am not trying to draw a parallel here, I just want to make sure that those of us who like conformance and standards better than creative deviations/distractions aren't left out in the cold... -- Geir A. Myrestrand ___ 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: Bugzilla down - Revzilla loses its mind
Bill Marriott wrote: "quality" is shorter! :D I think this is a mistake, but I will rest my case against your hostname for Bugzilla. I currently have access to 23 Bugzilla systems, yours is the only one I can not reach via the hostname Bugzilla... Actually, the word "bugzilla" has been purged from the system as much as possible. "Bugs" are now "Reports" in order to encompass both problems and feature requests. The whole thing has been renamed "Quality Control Center" -- this along with the general overhaul in look-and-feel. Burying Bugzilla under all that marketing crap^H^H^H^H lingo is a big mistake in my opinion. At least you should consider giving technically skilled users direct Bugzilla access without having to face the beautification layer. -- Geir A. Myrestrand ___ 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: Bugzilla down - Revzilla loses its mind
Bill Marriott wrote: I'll be putting together a more formal announcement but I wanted to get this out to you quickly. Go to http://quality.runrev.com Here you'll find the new "Revolution Quality Control Center" which is the replacement for Bugzilla. All your accounts/logins should work, and the system is "live" -- you can enter new reports and comment on existing ones. Why beat around the bush when you could just offer easy access via http://bugzilla.runrev.com? -- Geir A. Myrestrand ___ 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: PDF and Rev
jbv wrote:
Stephen,
Your remark makes sense, but let me know how to open a
PDF document in Acrobat Reader from a Rev script...
For the moment I'm using Rev 2.5 and am in a hurry to
complete a small app for a client that will run on Windows
only and needs to open a PDf file... If anyone happens to
be in a similar situation, then PDF2EXE is useful...
JB
This was discussed on the list a few days ago under the topic "launch
doc with app".
It should be something like this:
get shell("start" && tFilePath)
You need to wrap quotes around the path if it contains spaces.
You should not force the use of Adobe Acrobat or Adobe Reader, just let
the OS handle the application used to view the PDF file. The Windows
shell will launch the associated application if you execute "start
" or just "" where is the document you want to launch.
--
Geir A. Myrestrand
___
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: launch doc with app
jbv wrote: Hi list, Is there a quick way to locate (from a Rev stack on a CD-Rom for instance) an application on a end-user HD (Acrobat Reader for instance) and to launch a pdf file on the CD-Rom with the app on the HD ? Thanks, JB You probably want to load the document with the application that is currently assigned to handle this type of documents. On Windows: start -or- On Linux with KDE: kfmclient exec This starts the appropriate KDE application for the 's MIME type. This follows the settings for that MIME-type in the KDE file associations config module. If you need it to open on a particular display, then pre-pend DISPLAY=:0 for example. Replace above with the path to the document you want to launch with the associated viewer. Use whatever mechanism Revolution provides to launch external commands. PS! Do not under any circumstances assume that Adobe Acrobat or Adobe Reader is used to view the PDF files. -- Geir A. Myrestrand ___ 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: binary vs. text?
Sarah Reichelt wrote: On 12/12/06, Chris Sheffield <[EMAIL PROTECTED]> wrote: Does anyone have a sure fire way to determine if a file is binary or text? I have need to create an import utility that will import data from a text file (csv, tab-delimited, etc) into a database, but I'd like to check the file before doing anything else just to make sure it is in fact text and not binary. Just a guess here but how about reading the file twice: once as file: and once as binfile: If the two are identical, then I assume it's text only. I have no idea if this will work, but it's worth a try :-) Sarah The solution won't scale, and it also depends whether it would handle multi-byte characters (use for Kanji for example) and certain UNICODE formats that use the NULL character. If this is on a particular platform, then there are various ways to do this. On Linux/UNIX systems you can run `file ` in order to classify a file for example. -- Geir A. Myrestrand ___ 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: binary vs. text?
Chris Sheffield wrote: Does anyone have a sure fire way to determine if a file is binary or text? There is no such thing as a sure fire way to determine if it is text or not, unless the definition of text can be clearly defined. I have need to create an import utility that will import data from a text file (csv, tab-delimited, etc) into a database, but I'd like to check the file before doing anything else just to make sure it is in fact text and not binary. Any thoughts? I would just assume it is text, and then handle "wrong" input gracefully. Trying to parse the contents first to verify it would just add overhead, and is unnecessary if you do the former. Consider my input as general, and not Revolution specific --my exposure to Revolution is modest, at least at this point... -- Geir A. Myrestrand ___ 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: Accessing files on CD drives under Windows
Francis Nugent Dixon wrote: Hi from Paris, Hello from New York, Anybody know how I can find the Volume Names on all the PC devices, as is possible on the Mac, so I can access my CD files ? You can use the "list volume" command in diskpart: C:\>diskpart Microsoft DiskPart version 5.1.3565 Copyright (C) 1999-2003 Microsoft Corporation. On computer: STINKPAD DISKPART> list volume Volume ### Ltr LabelFs TypeSize Status Info -- --- --- - -- --- - Volume 0 D Linux Devic CDFS DVD-ROM 307 MB Volume 1 C IBM_PRELOAD NTFS Partition 71 GB Healthy System -- Geir A. Myrestrand ___ 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: Shell commands are blocking -- work around?
Sarah Reichelt wrote: Here is my way around this problem. The example below is for a "ping" command, but I'm sure you can adapt it to your stuff. As you can see, I direct the output of the shell command to a temporary text file. The second part of the shell command containing the "2>&1 &" is the relevant section. I don't understand it but it works :-) 2>&1 means that you want anything sent to stderr (2) redirected to stdout (1), meaning that stdout now will be both stdout and stderr. The trailing & simply means that you want to run it in the background, and you're then free to run other commands while this command is running in the background. Geir A. Myrestrand ___ 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
