Re: Linux-specific technical problems
A few days back I had 2 outstanding Rev/Linux questions that I hadn't managed to clear up on-List. One of them was elegantly solved by Mark Wieder. The other did not have an immediate answer: In Rev Linux 2.6.1, can foreign symbols (with accents) be printed on the printer or not? Some discussion has taken place off-List between myself, Technical Support (Jacque) and Don Jungk who has been extremely helpful. The short answer to the question appears to be No, not in #2.6.1. The first thing to note is the following extract from the Rev Help (Print command) in this respect: Cross-platform note: On Mac OS and Windows systems, the print command uses the current printer. On Unix systems, the print command creates a PostScript file and runs the program specified in the printCommand property, with the file as input. The trouble is that as far as any of us have discovered, there is no way that Rev can create a correctly formatted PS file when attempting to print a whole card. If the text contained by the fields is entirely in English, then there is no problem, but if it contains accented characters, Rev gets its knickers in a twist and produces a file which cannot even be displayed, let alone printed. Our colleague Don is so well up on the question of PS files, that he has diagnosed the problem in the format of the PS file produced by Rev under these circumstances and corrected it! The version he produced displays and prints perfectly! Technical support are therefore registering it as a bug, and although it might not have a workaround in Rev 2.6.1, it is to be hoped that this difficulty will be fixed before the next Rev/Linux release. Bob ___ 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: Linux-specific technical problems
Two other morsels of info about the problem of printing accented characters from a card in Rev/Linux 2.6.1: Rev's performance has only been tested using Ubuntu 6.06.1 and Mepis 6.0.1. Technical Support now have an Ubuntu computer available, so queries to them about Rev/Linux (or at least Rev/Ubuntu) can now be quickly understood without exchanging too many e-mails. Progress! Bob ___ 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: Linux-specific technical problems
Don Jungk wrote: Hi Bob, OK, your PS file does have accented characters in it. It appears they are just in the wrong place. This code that I will paste in here is something I use when I have to re-encode a Macintosh font to work on my Linux computer. This should be put after all of the original encoding because it is going to change it. Jacqueline Landman Gay wrote: snip Wow. That's just...wow. The level of expertise on this list never ceases to amaze me. - And if that's your reaction, imagine mine! It's the first time I've even seen a Postscript file. OK Don, thanks very much. I'll sit down calmly and see if I can manage to implement your suggestion, and when inevitably I have problems I'll get back to you. Tell you what, I'll include the whole PS file that does NOT work below. I did think of uploading it to my site, but in the end I decided that perhaps other users could more easily benefit from your explanations with the file in front of them. Perhaps some users will complain about the length of it, so I apologise in advance. Jacque: Thanks for your further suggested experiments. I'll come back with the answers, but it might take a little time because I have quite a lot of non-programming work to do over the next few days. -- THE FOLLOWING POSTSCRIPT FILE DOES NOT DISPLAY CORRECTLY USING THE EVINCE UTILITY IN UBUNTU: -- %!PS-Adobe-3.0 %%Creator: MetaCard 2.6.6 %%DocumentData: Clean8Bit %%MCOrientation Portrait %%BoundingBox: 72 72 540 720 %%EndComments %%BeginProlog /isolatin1encoding [ /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclam /quotedbl /numbersign /dollar /percent /ampersand /quoteright /parenleft /parenright /asterisk /plus /comma /minus /period /slash /zero /one /two /three /four /five /six /seven /eight /nine /colon /semicolon /less /equal /greater /question /at /A /B /C /D /E /F /G /H /I /J /K /L /M /N /O /P /Q /R /S /T /U /V /W /X /Y /Z /bracketleft /backslash /bracketright /asciicircum /underscore /quoteleft /a /b /c /d /e /f /g /h /i /j /k /l /m /n /o /p /q /r /s /t /u /v /w /x /y /z /braceleft /bar /braceright /asciitilde /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclamdown /cent /sterling /currency /yen /brokenbar /section /dieresis /copyright /ordfeminine /guillemotleft /logicalnot /hyphen /registered /macron /degree /plusminus /twosuperior /threesuperior /acute /mu /paragraph /periodcentered /cedilla /onesuperior /ordmasculine /guillemotright /onequarter /onehalf /threequarters /questiondown /Agrave /Aacute /Acircumflex /Atilde /Adieresis /Aring /AE /Ccedilla /Egrave /Eacute /Ecircumflex /Edieresis /Igrave /Iacute /Icircumflex /Idieresis /Eth /Ntilde /Ograve /Oacute /Ocircumflex /Otilde /Odieresis /multiply /Oslash /Ugrave /Uacute /Ucircumflex /Udieresis /Yacute /Thorn /germandbls /agrave /aacute /acircumflex /atilde /adieresis /aring /ae /ccedilla /egrave /eacute /ecircumflex /edieresis /igrave /iacute /icircumflex /idieresis /eth /ntilde /ograve /oacute /ocircumflex /otilde /odieresis /divide /oslash /ugrave /uacute /ucircumflex /udieresis /yacute /thorn /ydieresis ] def /symbolencoding [ /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclam /universal /numbersign /existential /percent /ampersand /suchthat /parenleft /parenright /asteriskmath /plus /comma /minus /period /slash /zero /one /two /three /four /five /six /seven /eight /nine /colon /semicolon /less /equal /greater /question /congruent /Alpha /Beta /Chi /Delta /Epsilon /Phi /Gamma /Eta /Iota /theta1 /Kappa /Lambda /Mu /Nu /Omicron /Pi /Theta /Rho /Sigma /Tau /Upsilon /sigma1 /Omega /Xi /Psi /Zeta /bracketleft /therefore /bracketright /perpendicular /underscore /radicalex /alpha /beta /chi /delta /epsilon /phi /gamma /eta /iota /phi1 /kappa /lambda /mu /nu
Re: Linux-specific technical problems
Sorry about that last enormous post under this thread which has polluted the list and is out of sequence. It was held up by the moderator because it was a little over the maximum length allowed for the UR-List, but now it seems that it has finally been released! Way back, I substituted it with a shorter message and a link to the PS info concerned. Just ignor it if you can! Bob ___ 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: Linux-specific technical problems
Don wrote: If he is opening the ps file in a text editor, he might want to check what text encoding the editor is using. He probably needs it to be set to WindowsLatin1 or Western European 8859-1 or Western European 1250. These all seem to work for me, but his system and printer may be different. Before copying the Portuguese text from the Ubuntu Text Editor into the field of the Rev stack, I have tried altering the Set Language option (Text Editor) by changing from English (American) to Portuguese (Brazilian). The appearance of the text in the Rev field is exactly the same, and it still fails to produce a correct PS file. --- Bob, Send the file directly to me, but if you can, zip it first to prevent any encoding changes by the email program. As I told Jacqueline, I'm not an expert, but I have had some success. Fonts are definitely the hardest part. DONE. Thanks very much for your interest, Don. ___ 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: Linux-specific technical problems
Hi Bob, I just realized there is an easier way that should work for you. I was re-encoding fonts that are resident in the printer, but you have the entire encoding in your PS file. After the line /isolatin1encoding [ you have a list of 228 character definitions. The numbering starts at 0. You have 32 undefined non-printing characters, then the space, exclamation mark, etc. So, find out what ascii code your program is sending for the accented characters, then you can either change the PS to put the character defs in the right place. (á is aacute, É is Eacute, etc.) or change the output text to have the correct ascii codes for your font encoding. The encoding that you have in this font would be correct for me, with my system set to UTF-8 and my HP printer. Don %%BeginProlog /isolatin1encoding [ /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclam /quotedbl /numbersign /dollar /percent /ampersand /quoteright /parenleft /parenright /asterisk /plus /comma /minus /period /slash /zero /one /two /three /four /five /six /seven /eight /nine /colon /semicolon /less /equal /greater /question /at /A /B /C /D /E /F /G /H /I /J /K /L /M /N /O /P /Q /R /S /T /U /V /W /X /Y /Z /bracketleft /backslash /bracketright /asciicircum /underscore /quoteleft /a /b /c /d /e /f /g /h /i /j /k /l /m /n /o /p /q /r /s /t /u /v /w /x /y /z /braceleft /bar /braceright /asciitilde /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclamdown /cent /sterling /currency /yen /brokenbar /section /dieresis /copyright /ordfeminine /guillemotleft /logicalnot /hyphen /registered /macron /degree /plusminus /twosuperior /threesuperior /acute /mu /paragraph /periodcentered /cedilla /onesuperior /ordmasculine /guillemotright /onequarter /onehalf /threequarters /questiondown /Agrave /Aacute /Acircumflex /Atilde /Adieresis /Aring /AE /Ccedilla /Egrave /Eacute /Ecircumflex /Edieresis /Igrave /Iacute /Icircumflex /Idieresis /Eth /Ntilde /Ograve /Oacute /Ocircumflex /Otilde /Odieresis /multiply /Oslash /Ugrave /Uacute /Ucircumflex /Udieresis /Yacute /Thorn /germandbls /agrave /aacute /acircumflex /atilde /adieresis /aring /ae /ccedilla /egrave /eacute /ecircumflex /edieresis /igrave /iacute /icircumflex /idieresis /eth /ntilde /ograve /oacute /ocircumflex /otilde /odieresis /divide /oslash /ugrave /uacute /ucircumflex /udieresis /yacute /thorn /ydieresis ] def ___ 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: Linux-specific technical problems
Mark Wieder wrote: Bob- Wednesday, March 14, 2007, 8:48:42 AM, you wrote: In fact, it is not necessary to expose your password when accessing a network drive in Linux. I cut this out of Mark's suggested command line. On my network/machines, the following worked perfectly: put smbclient john\\c -Wmshome -cdir into procToDo put shell(procToDo) into field test That will only work if the username of the loggedin user (environment variable $USER) matches a valid username on the windows computer (and workgroup if there's a server on the network). And smbclient should ask you for a password if you don't supply one on the command line, even if none is required. --- Perhaps it should, but through Rev it didn't. More practical! Thanks very much indeed for the qualification, Mark. Bob ___ 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: Linux-specific technical problems
This is the text in Portuguese that was contained by the field of my test program that produced an incorrect PS file. I hope it displays OK here! Bob bom ar [1] bom-bril [1] carvão [1] desinfetante [1] desodorante [1] detergente [1] esponja [1] Finish líquido [1] Finish sabão [1] fósforos [1 pac] gel p/ cabelo [1] guardanapos [2] inseticida [1] limpa tapete [1] limpa vidros [1] limpador forno [1] palha aço [1] palitos [1] pano chão [1] ___ 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: Linux-specific technical problems
Don: Although I am pushed for time today, I couldn't resist trying to carry out your suggestion immediately. I followed your instructions as best I could, but the result was a PS file that still didn't display in the Evince utility. However, since I have sent the whole original PS file created by Rev, and also the text in Portuguese I am trying to display, perhaps you could help me (us) correct it directly. Thanks. Bob ___ 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: Linux-specific technical problems
Your mail to 'use-revolution' with the subject Re: Linux-specific technical problems Is being held until the list moderator can review it for approval. The reason it is being held: Message body is too big: 15832 bytes with a limit of 15 KB - It's only a few bytes over the top. Are you the moderator Jacque? If so, I suggest letting it through if you think that it wouldn't upset disinterested parties too much. Bob ___ 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: Linux-specific technical problems
Don Jungk wrote: Hi Bob, I just realized there is an easier way that should work for you. I was re-encoding fonts that are resident in the printer, but you have the entire encoding in your PS file. I'm a little lost in postscript, but...does this mean that if Bob were to replace the font he uses, things would automatically work? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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: Linux-specific technical problems
Mark Wieder wrote: Bob- Wednesday, March 14, 2007, 7:02:10 AM, you wrote: So if mount isn't a valid command, somebody had better tell smbclient! Possibly, smbclient -? for the available options is out of date. Well, smbclient on my Ubuntu installation happily ignores mount as well. Or scrabble. Or any other non-option directive. Were you trying to perform an smbmount at the same time as your smbclient call? --- Don't overestimate my intelligence! I just wanted to display the contents of the drive, and I thought that I would have to mount it in some way before that could be done, that's all. Turns out I was wrong. Thanks. Bob ___ 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: Linux-specific technical problems
Don Jungk wrote: Hi Bob, I just realized there is an easier way that should work for you. - Phew! Thank God for that. Perhaps Jacque can give me a little of the brain surgery I need, then I'll try again later. Thanks for now. Bob ___ 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: Linux-specific technical problems
In case my previous post does not get through the moderator on account of its length, here is the first part of it again with a link to the PS file in question: Don Jungk wrote: Hi Bob, OK, your PS file does have accented characters in it. It appears they are just in the wrong place. This code that I will paste in here is something I use when I have to re-encode a Macintosh font to work on my Linux computer. This should be put after all of the original encoding because it is going to change it. Jacqueline Landman Gay wrote: snip Wow. That's just...wow. The level of expertise on this list never ceases to amaze me. - And if that's your reaction, imagine mine! It's the first time I've even seen a Postscript file. OK Don, thanks very much. I'll sit down calmly and see if I can manage to implement your suggestion, and when inevitably I have problems I'll get back to you. Tell you what, I'll include the whole PS file that does NOT work below. I did think of uploading it to my site, but in the end I decided that perhaps other users could more easily benefit from your explanations with the file in front of them. Perhaps some users will complain about the length of it, so I apologise in advance. Jacque: Thanks for your further suggested experiments. I'll come back with the answers, but it might take a little time because I have quite a lot of non-programming work to do over the next few days. -- THE FOLLOWING POSTSCRIPT FILE DOES NOT DISPLAY CORRECTLY USING THE EVINCE UTILITY IN UBUNTU: -- http://www.howsoft.com/runrev/output_print_file_NOT_OK.ps ___ 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: Linux-specific technical problems
Bob Warren wrote: Your mail to 'use-revolution' with the subject Re: Linux-specific technical problems Is being held until the list moderator can review it for approval. The reason it is being held: Message body is too big: 15832 bytes with a limit of 15 KB - It's only a few bytes over the top. Are you the moderator Jacque? If so, I suggest letting it through if you think that it wouldn't upset disinterested parties too much. No, Heather's the moderator. I don't have any access to the control functions of the list. It might be faster to just post a link to the file somewhere so that people can get it that way. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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: Linux-specific technical problems
On Thursday 15 March 2007 9:42 am, J. Landman Gay wrote: I'm a little lost in postscript, but...does this mean that if Bob were to replace the font he uses, things would automatically work? I don't think so. The fonts he is using seem to have all the correct characters. I'm not an expert in Postscript, but I have had to learn a little. (since REALBasic's print functions don't work with Linux and I have to write Postscript by hand) When a font is embedded in a PS file, the shapes of the letters are there in a big bunch of binary code. The mapping which links a particular ascii code to each letter shape is the encoding that we're dealing with here. With some printers, if the string of text characters includes a non-defined ascii number, the print job aborts. Others will go ahead and print the rest of the page. I've just started looking at the demo version of Revolution, so I can't help too much with how to determine what ascii codes are in the text string that the Rev ps that is being sent to the printer (other than reading them with a hex editor after the ps is written). But it should be able to send any set of codes that you need. If these match the PS file's text encoding chart it should print correctly. The encoding chart is the part with things like /aacute /plus /period / etc. If he is opening the ps file in a text editor, he might want to check what text encoding the editor is using. He probably needs it to be set to WindowsLatin1 or Western European 8859-1 or Western European 1250. These all seem to work for me, but his system and printer may be different. Don ___ 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: Linux-specific technical problems
On Thursday 15 March 2007 9:27 am, Bob Warren wrote: Don: Although I am pushed for time today, I couldn't resist trying to carry out your suggestion immediately. I followed your instructions as best I could, but the result was a PS file that still didn't display in the Evince utility. However, since I have sent the whole original PS file created by Rev, and also the text in Portuguese I am trying to display, perhaps you could help me (us) correct it directly. Thanks. Bob Bob, Send the file directly to me, but if you can, zip it first to prevent any encoding changes by the email program. As I told Jacqueline, I'm not an expert, but I have had some success. Fonts are definitely the hardest part. Don ___ 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: Linux-specific technical problems
Mark Wieder wrote: Well, for one, mount doesn't appear to be a valid command to smbclient. You should try this in a shell window first, get it working, then try it from rev. My guess is you'll also have to put username%password info into the commandline as well. Try smbclient -? for the available options. This is what I reported in my post on 18th February (see the Samba lessons needed thread): In the Ubuntu terminal, the following works perfectly and I get a listing of my Windows drive: smbclient john\\c mount dir (CTRL+Z exits Samba) - QUIT works too. So if mount isn't a valid command, somebody had better tell smbclient! Possibly, smbclient -? for the available options is out of date. - Secondly, I don't really think smbclient is something that you'd want running as a process, unless you've got something really wild in mind. I'm not an expert on this by any means, but my understanding is that open process is for something you want running in the background, as on a server, as a daemon for other processes to communicate with. If you just want to grab a directory listing or file off an smb server then try the shell() function instead. - No, all I want to do is to grab a directory listing off my smb server. - put smbclient john\\c -Wworkgroup -Uuser%password -cdir into \ procToDo put shell(procToDo) into field test - Naturally, I tried SHELL first, but couldn't get it to work. Of course, the fact that I am almost entirely ignorant of how to do anything through the terminal probably doesn't help! (It smells too much like DOS for my taste.) Anyway, here goes with your suggested experiment.: - Domain=[JOHN] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager] Animated GIFs D0 Thu Nov 9 15:52:31 2006 Arrows ico D0 Thu Sep 21 18:40:06 2006 Arrows wmf D0 Thu Nov 9 15:52:02 2006 AUTOEXEC.BATA0 Wed Sep 20 22:32:20 2006 BobIconsD0 Thu Sep 21 18:41:36 2006 BobSite D0 Tue Jan 16 02:37:45 2007 boot.ini HS 194 Wed Sep 20 22:28:04 2006 BRAZDOC D0 Tue Jan 16 02:35:19 2007 Brazil Webpage D0 Tue Oct 17 12:52:08 2006 CD Labels D0 Thu Sep 21 18:42:00 2006 CDCoversD0 Tue Mar 13 18:23:39 2007 Cleanup.txt A 3485 Mon Aug 16 13:51:54 2004 Config.Msi D0 Sun Jan 28 21:11:21 2007 CONFIG.SYS A0 Wed Sep 20 22:32:20 2006 Denis D0 Mon Mar 12 13:57:05 2007 devicetable.log A23734 Tue Mar 6 12:35:33 2007 Documents and Settings D0 Wed Sep 20 22:37:19 2006 Email Thunderbird 20_09_2006D0 Thu Sep 21 03:29:48 2006 Envelop D0 Tue Dec 12 01:09:49 2006 flavio D0 Thu Nov 2 21:20:10 2006 Fotos do natal 25 12 06 D0 Wed Jan 3 17:18:55 2007 Francis D0 Wed Feb 7 18:51:54 2007 functions.txt A 25 Fri Feb 16 15:09:03 2007 H.GIF A17990 Wed Nov 19 09:23:46 1997 howsoft D0 Thu Feb 8 20:31:09 2007 Howsoft GraphicsD0 Mon Mar 5 20:43:43 2007 howsoft_website_backup CURRENT D0 Wed Nov 29 14:24:32 2006 howsoft_website_backup OLD D0 Thu Sep 21 17:12:56 2006 howsoft_website_backup UPLOADS D0 Mon Mar 5 21:19:35 2007 howsoft_website_backup WORK D0 Mon Mar 5 21:00:11 2007 Ilse Old Pendrive Data D0 Fri Dec 22 22:21:09 2006 Ilse ORIGINAL Pendrive Data D0 Sun Feb 25 18:26:22 2007 Ilse Pre Ubuntu D0 Sat Sep 23 13:51:25 2006 Ilse Pre Ubuntu SEM ELZAD0 Sat Sep 23 15:08:53 2006 Ilse Textos D0 Sat Sep 23 18:49:24 2006 INNO Setups D0 Thu Sep 21 18:41:09 2006 IO.SYS AHSR0 Wed Sep 20 22:32:20 2006 Lian Gong D0 Fri Feb 9 14:49:37 2007 LINUX Email Backup D0 Fri Mar 2 11:48:19 2007 MidiD0 Mon Jan 8
Re: Linux-specific technical problems
In fact, it is not necessary to expose your password when accessing a network drive in Linux. I cut this out of Mark's suggested command line. On my network/machines, the following worked perfectly: put smbclient john\\c -Wmshome -cdir into procToDo put shell(procToDo) into field test Bob ___ 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: Linux-specific technical problems
Sorry to pollute the UR-List with tidbits of info - I'll stop now. In Ubuntu, as I said, if you don't specify a password in the command line for accessing a network drive, it still works. But note the Password: at the beginning of the report: --- Password: Domain=[JOHN] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager] Animated GIFs D0 Thu Nov 9 15:52:31 2006 Arrows ico D0 Thu Sep 21 18:40:06 2006 etc. etc. -- So now, I've been more ambitious and cut out the name of the network: put smbclient john\\c -cdir into procToDo put shell(procToDo) into field test The result is the same as above. It works. Just thought you might like to know. Bob ___ 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: Linux-specific technical problems
On Tuesday 13 March 2007 7:14 pm, Bob Warren wrote:
--
%!PS-Adobe-3.0
/threequarters /questiondown /Agrave /Aacute /Acircumflex /Atilde
/Adieresis /Aring /AE /Ccedilla /Egrave /Eacute /Ecircumflex /Edieresis
/Igrave /Iacute /Icircumflex /Idieresis /Eth /Ntilde /Ograve /Oacute
/Ocircumflex /Otilde /Odieresis /multiply /Oslash /Ugrave /Uacute
/Ucircumflex /Udieresis /Yacute /Thorn /germandbls /agrave /aacute
/acircumflex /atilde /adieresis /aring /ae /ccedilla /egrave /eacute
/ecircumflex /edieresis /igrave /iacute /icircumflex /idieresis /eth
/ntilde /ograve /oacute /ocircumflex /otilde /odieresis /divide /oslash
/ugrave /uacute /ucircumflex /udieresis /yacute /thorn /ydieresis ] def
14 /_Helvetica-Bold setFont
0 0 0 setrgbcolor
--
However, if there IS a workaround, or my impression is incorrect, I would
like to know about it.
Bob
Hi Bob,
OK, your PS file does have accented characters in it. It appears they are just
in the wrong place. This code that I will paste in here is something I use
when I have to re-encode a Macintosh font to work on my Linux computer. This
should be put after all of the original encoding because it is going to
change it. This list includes all of the characters that I need for Spanish.
Put this in one of your PS files and see if it makes the letters á. é, í, ó,
ú, ü, ñ appear correctly. If it does, we can add the others that you need.
%Start Font Re-encoding Procedure
/reencsmalldict 12 dict def
/ReEncodeSmall
{ reencsmalldict begin
/newcodesandnames exch def
/newfontname exch def
/basefontname exch def
/basefontdict basefontname findfont def
/newfont basefontdict maxlength dict def
basefontdict
{ exch dup/FID ne
{ dup /Encoding eq
{ exch dup length array copy
newfont 3 1 roll put }
{ exch newfont 3 1 roll put }
ifelse
}
{ pop pop }
ifelse
} forall
newfont /FontName newfontname put
newcodesandnames aload pop
newcodesandnames length 2 idiv
{ newfont /Encoding get 3 1 roll put}
repeat
newfontname newfont definefont pop
end
} def
/spanvec[
8#341 /iacute
8#351 /eacute
8#355 /iacute
8#363 /oacute
8#372 /uacute
8#374 /udieresis
8#301 /Aacute
8#311 /Eacute
8#315 /Iacute
8#323 /Oacute
8#332 /Uacute
8#334 /Udieresis
8#361 /ntilde
8#321 /Ntilde
] def
%End Font Re-encoding Procedure
After you have defined the re-encoding procedure, you have to apply it. This
is what i use to re-encode Helvetica, Times and Courier in one of mine:
*
%start Font Re-encoding
/Helvetica /Helvetica-Span spanvec
ReEncodeSmall
/Helvetica-Bold /Helvetica-Bold-Span spanvec
ReEncodeSmall
/Helvetica-Italic /Helvetica-Italic-Span spanvec
ReEncodeSmall
/Times-Roman /Times-Roman-Span spanvec
ReEncodeSmall
/Times-Bold /Times-Bold-Span spanvec
ReEncodeSmall
/Times-Italic /Times-Italic-Span spanvec
ReEncodeSmall
/Courier /Courier.Span spanvec
ReEncodeSmall
%End Font Re-encoding
***
The last step is to change the line that names the font in the code. It is
usually a line like:
/Helvetica findfont 14 setfont
But I see you have 14 /_Helvetica-Bold setfont I think this means they have
defined a procedure earlier for the findfont step. Probably you can just
change the word Helvetica-Bold to Helvetica-Bold-Span
The suffix -Span is what I named my newly encoded font. You just add it to
what ever font you are going to change.
I hope some of this works for you,
Don
___
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: Linux-specific technical problems
Don Jungk wrote: Hi Bob, OK, your PS file does have accented characters in it. It appears they are just in the wrong place. This code that I will paste in here is something I use when I have to re-encode a Macintosh font to work on my Linux computer. This should be put after all of the original encoding because it is going to change it. snip Wow. That's just...wow. The level of expertise on this list never ceases to amaze me. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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: Linux-specific technical problems
OK, your PS file does have accented characters in it. It appears they are just in the wrong place. This code that I will paste in here is something I use when I have to re-encode a Macintosh font to work on my Linux computer. This should be put after all of the original encoding because it is going to change it. snip Wow. That's just...wow. The level of expertise on this list never ceases to amaze me. I'm sure you were just about to suggest that Jacque :-) ___ 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: Linux-specific technical problems
Bob- Wednesday, March 14, 2007, 8:48:42 AM, you wrote: In fact, it is not necessary to expose your password when accessing a network drive in Linux. I cut this out of Mark's suggested command line. On my network/machines, the following worked perfectly: put smbclient john\\c -Wmshome -cdir into procToDo put shell(procToDo) into field test That will only work if the username of the loggedin user (environment variable $USER) matches a valid username on the windows computer (and workgroup if there's a server on the network). And smbclient should ask you for a password if you don't supply one on the command line, even if none is required. -- -Mark Wieder [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
Re: Linux-specific technical problems
Bob- Wednesday, March 14, 2007, 7:02:10 AM, you wrote: So if mount isn't a valid command, somebody had better tell smbclient! Possibly, smbclient -? for the available options is out of date. Well, smbclient on my Ubuntu installation happily ignores mount as well. Or scrabble. Or any other non-option directive. Were you trying to perform an smbmount at the same time as your smbclient call? -- -Mark Wieder [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
Re: Linux-specific technical problems
Sarah Reichelt wrote: OK, your PS file does have accented characters in it. It appears they are just in the wrong place. This code that I will paste in here is something I use when I have to re-encode a Macintosh font to work on my Linux computer. This should be put after all of the original encoding because it is going to change it. snip Wow. That's just...wow. The level of expertise on this list never ceases to amaze me. I'm sure you were just about to suggest that Jacque :-) Um, sure. Right after I finished reading up on postscript, and just before I start studying neurosurgery. ;) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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: Linux-specific technical problems
Jacque- Wednesday, March 14, 2007, 5:57:11 PM, you wrote: Wow. That's just...wow. The level of expertise on this list never ceases to amaze me. ...my thoughts exactly... -- -Mark Wieder [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
Re: Linux-specific technical problems
A lot of the problem is communication. Linux is still on 2.6.1, unable to open current format stacks, no altsqlite, no altbrowser or altfont. No Valentina of course. No Media. Meanwhile the other platforms have moved on a couple of releases. The last post on the forums was November, saying the beta for Linux (that was 2.7.x) was coming soon. Since then silence. There may be very reasonable explanations, but the worry which the total lack of communication raises is that this could turn into an orphaned platform. So please, guys, tell us what is going on! If it is only to say, this is all far more difficult than we had thought, and we really don't know what to do next, and we can't give any dates right now. I hope it isn't as bad as that, but if it is, it it would be preferable to know. Peter ___ 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: Linux-specific technical problems
On 13/3/07 10:20 AM, Peter Alcibiades [EMAIL PROTECTED] wrote: A lot of the problem is communication. Linux is still on 2.6.1, unable to open current format stacks, no altsqlite, no altbrowser or altfont. No Valentina of course. Good news. We put on site Valentina for Revolution 3.0 beta 1 (Linux) No Media. Meanwhile the other platforms have moved on a couple of releases. The last post on the forums was November, saying the beta for Linux (that was 2.7.x) was coming soon. Since then silence. There may be very reasonable explanations, but the worry which the total lack of communication raises is that this could turn into an orphaned platform. So please, guys, tell us what is going on! If it is only to say, this is all far more difficult than we had thought, and we really don't know what to do next, and we can't give any dates right now. I hope it isn't as bad as that, but if it is, it it would be preferable to know. Peter -- Best regards, Ruslan Zasukhin VP Engineering and New Technology Paradigma Software, Inc Valentina - Joining Worlds of Information http://www.paradigmasoft.com [I feel the need: the need for speed] ___ 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: Linux-specific technical problems
Linux is still on 2.6.1, unable to open current format stacks, no altsqlite, no altbrowser or altfont. No Valentina of course. No Media. Meanwhile the other platforms have moved on a couple of releases. The last post on the forums was November, saying the beta for Linux (that was 2.7.x) was coming soon. Since then silence. Keep your eyes on the list regarding Valentina :-) Best regards, Lynn Fredricks President Paradigma Software http://www.paradigmasoft.com Valentina SQL Server: The Ultra-fast, Royalty Free Database Server ___ 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: Linux-specific technical problems
Peter Alcibiades wrote: A lot of the problem is communication. Linux is still on 2.6.1, unable to open current format stacks, no altsqlite, no altbrowser or altfont. No Valentina of course. No Media. Meanwhile the other platforms have moved on a couple of releases. The last post on the forums was November, saying the beta for Linux (that was 2.7.x) was coming soon. Since then silence. There may be very reasonable explanations, but the worry which the total lack of communication raises is that this could turn into an orphaned platform. No, not orphaned. In fact, a major priority right now. Are you on the beta test list? A full explanation went out to those folks. So please, guys, tell us what is going on! If it is only to say, this is all far more difficult than we had thought, and we really don't know what to do next, and we can't give any dates right now. I hope it isn't as bad as that, but if it is, it it would be preferable to know. A brief summary: The 'nix engine is in full development swing. As you suspect, the rewrite is taking longer than expected. Once the very old code was examined in detail it was found that it required far more extensive rewriting than was originally thought and release dates had to be extended. The rewrite is underway. Support for the unix engine is not going away; exactly the opposite -- it is being improved, expanded, and modernized. If you haven't joined the beta test group I urge you to do so. That group gets updates on progress as it occurs. The target release for unix has been renumbered to 2.7.9 to allow for the interim Vista tweaks, but otherwise nothing has changed. You will see a vastly modernized and improved product when it is done. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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: Linux-specific technical problems
Don Jungk wrote: Hi Bob, I may not be of much help, I have two ideas. I downloaded the 30 day trial of Rev for Linux, but have not had time yet to work with it. If you want to send me the stack, I will try to run it and print to my HP Laser printer. Second idea - If Rev sends a Postscript file to the printer (and not a bitmap of the page) can you write the PS to disk and look at the file in a text editor. You may be able to see if the problem is in the string of text in the file or in the font encoding part of the PS file. I actually downloaded Rev because of Linux printing problems with REALBasic, which I have used for 5 years. And I live in a Spanish speaking country, so printing with accents is of interest to me also. Hi Don, Welcome to Rev! Thanks for the offer, but I've already tried what you suggested. I don't know bananas about Postscript files, but examination in the text editor seems to tell me that my example file is valid in format (??), but contains nothing it should regarding the Portuguese character set. And from what I read in the Help, I got the impression (though it's difficult to believe) that Rev/Linux 2.6.1. means English only! Here is an extract from my Postscript file: -- %!PS-Adobe-3.0 %%Creator: MetaCard 2.6.6 %%DocumentData: Clean8Bit %%MCOrientation Portrait %%BoundingBox: 72 72 540 720 %%EndComments %%BeginProlog /isolatin1encoding [ /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclam /quotedbl /numbersign /dollar /percent /ampersand /quoteright /parenleft /parenright /asterisk /plus /comma /minus /period /slash /zero /one /two /three /four /five /six /seven /eight /nine /colon /semicolon /less /equal /greater /question /at /A /B /C /D /E /F /G /H /I /J /K /L /M /N /O /P /Q /R /S /T /U /V /W /X /Y /Z /bracketleft /backslash /bracketright /asciicircum /underscore /quoteleft /a /b /c /d /e /f /g /h /i /j /k /l /m /n /o /p /q /r /s /t /u /v /w /x /y /z /braceleft /bar /braceright /asciitilde /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclamdown /cent /sterling /currency /yen /brokenbar /section /dieresis /copyright /ordfeminine /guillemotleft /logicalnot /hyphen /registered /macron /degree /plusminus /twosuperior /threesuperior /acute /mu /paragraph /periodcentered /cedilla /onesuperior /ordmasculine /guillemotright /onequarter /onehalf /threequarters /questiondown /Agrave /Aacute /Acircumflex /Atilde /Adieresis /Aring /AE /Ccedilla /Egrave /Eacute /Ecircumflex /Edieresis /Igrave /Iacute /Icircumflex /Idieresis /Eth /Ntilde /Ograve /Oacute /Ocircumflex /Otilde /Odieresis /multiply /Oslash /Ugrave /Uacute /Ucircumflex /Udieresis /Yacute /Thorn /germandbls /agrave /aacute /acircumflex /atilde /adieresis /aring /ae /ccedilla /egrave /eacute /ecircumflex /edieresis /igrave /iacute /icircumflex /idieresis /eth /ntilde /ograve /oacute /ocircumflex /otilde /odieresis /divide /oslash /ugrave /uacute /ucircumflex /udieresis /yacute /thorn /ydieresis ] def /symbolencoding [ /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /space /exclam /universal /numbersign /existential /percent /ampersand /suchthat /parenleft /parenright /asteriskmath /plus /comma /minus /period /slash /zero /one /two /three /four /five /six /seven /eight /nine /colon /semicolon /less /equal /greater /question /congruent /Alpha /Beta /Chi /Delta /Epsilon /Phi /Gamma /Eta /Iota /theta1 /Kappa /Lambda /Mu /Nu /Omicron /Pi /Theta /Rho /Sigma /Tau /Upsilon /sigma1 /Omega /Xi /Psi /Zeta /bracketleft /therefore /bracketright /perpendicular /underscore /radicalex /alpha /beta /chi /delta /epsilon /phi /gamma /eta /iota /phi1 /kappa /lambda /mu /nu /omicron /pi /theta /rho /sigma /tau /upsilon /omega1 /omega /xi /psi /zeta /braceleft /bar /braceright /similar /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef
Re: Linux-specific technical problems
Bob- Monday, March 12, 2007, 8:56:54 AM, you wrote: 2. Why doesn't the following work? put smbclient\ john\\c\ mount into procToDo open process procToDo for update write dir to process procToDo [or dir return] read from process procToDo until eof put it into field test quit close process procToDo Well, for one, mount doesn't appear to be a valid command to smbclient. You should try this in a shell window first, get it working, then try it from rev. My guess is you'll also have to put username%password info into the commandline as well. Try smbclient -? for the available options. Secondly, I don't really think smbclient is something that you'd want running as a process, unless you've got something really wild in mind. I'm not an expert on this by any means, but my understanding is that open process is for something you want running in the background, as on a server, as a daemon for other processes to communicate with. If you just want to grab a directory listing or file off an smb server then try the shell() function instead. put smbclient john\\c -Wworkgroup -Uuser%password -cdir into \ procToDo put shell(procToDo) into field test -- -Mark Wieder [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
Linux-specific technical problems
For various reasons I won't attempt to discuss now, the UR-List Linux sub-community is smaller than it should be. With a large community, if one person doesn't know the answer to a technical problem, probably another person does. But when you have only a handful of people, the chances of getting a technical question answered are considerably reduced. I have asked two technical questions on-List recently which have not been answered. I actually need answers to my questions, otherwise I wouldn't have asked them. These 2 questions could probably be answered by a Rev engineer in a jiffy: - 1. In Rev Linux 2.6.1, can foreign symbols (with accents) be printed on the printer or not? 2. Why doesn't the following work? put smbclient\ john\\c\ mount into procToDo open process procToDo for update write dir to process procToDo [or dir return] read from process procToDo until eof put it into field test quit close process procToDo -- Again, for various reasons I won't attempt to discuss now, Mark Waddingham and others no longer participate on the UR-List. The person at the gateway of Rev technical support nowadays seems to be Jacque more or less exclusively, so I suppose the suggestion I am about to make is addressed to her. (But I am making it publicly so that other Linux users can benefit from the answer.) Jacque does a splendid job, but naturally her experience with Linux is less than it is with Macintosh and Windows. As I learned from my last contact with Rev technical support, she doesn't even have access to a Linux machine, so for example, instead of verifying a reported Linux bug in a couple of seconds, she needs to exchange a number of e-mails with the Linux user in order to adequately understand the problem. My question is, can something be done about this? Jacque: If you see that a simple Linux-specific question doesn't get answered on-List, is there a way that some kind of answer can be extracted from the Rev engineers? Bob ___ 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: Linux-specific technical problems
Bob Warren wrote: The person at the gateway of Rev technical support nowadays seems to be Jacque more or less exclusively, so I suppose the suggestion I am about to make is addressed to her. Pretty much true for technical questions. Heather fields everything else, but if it involves scripting or engine behavior, the question gets placed into my queue. I work a couple of hours every morning (my local US time) and clear my queue daily. For non-US residents, that's often late afternoon or sometimes evening. (But I am making it publicly so that other Linux users can benefit from the answer.) Jacque does a splendid job, but naturally her experience with Linux is less than it is with Macintosh and Windows. As I learned from my last contact with Rev technical support, she doesn't even have access to a Linux machine, so for example, instead of verifying a reported Linux bug in a couple of seconds, she needs to exchange a number of e-mails with the Linux user in order to adequately understand the problem. Again, true. I have to ask someone on the team to verify and answer. There are a couple of people there who can do that, but they are not directly involved in tech support (nor should they be.) So you are right, I need to find someone to ask. On the other hand, I'm developing a list of common questions that I can now answer with boilerplate -- but if it isn't something pretty basic, I need to forward the question to a team member (and your stuff isn't basic. ;)) Due to the differences in time zones, they usually don't even see my request until the next day so there is an unavoidable lag which doesn't help either. My question is, can something be done about this? Jacque: If you see that a simple Linux-specific question doesn't get answered on-List, is there a way that some kind of answer can be extracted from the Rev engineers? Well, technically it would have to come through the support queue if you want to make sure I see it. I don't always read questions about things I'm not familiar with, I just assume someone else will answer. I do usually catch my own name though, so if you specifically ask me on the list I'll try to find out. I can't guarantee an immediate response, since it will depend on the availability of the people I need to ask, what time of day I see your question, and whether anyone on the team is around. But I'll forward to them when I see it. One note of hope is that the whole unix engine is being rewritten and it is likely that much of what's broken now will be fixed soon. Or at least, that's the idea. I am sympathetic to your position, if that helps. And I do intend to install some version of 'nix and get going with it when I get a chance. That can only help my own business, as well as the level of support I can provide to RR customers. I found Peter's recent list of distros very helpful in making a decision. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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: Linux-specific technical problems
On Monday 12 March 2007 10:56 am, Bob Warren wrote: --- -- 1. In Rev Linux 2.6.1, can foreign symbols (with accents) be printed on the printer or not? Hi Bob, I may not be of much help, I have two ideas. I downloaded the 30 day trial of Rev for Linux, but have not had time yet to work with it. If you want to send me the stack, I will try to run it and print to my HP Laser printer. Second idea - If Rev sends a Postscript file to the printer (and not a bitmap of the page) can you write the PS to disk and look at the file in a text editor. You may be able to see if the problem is in the string of text in the file or in the font encoding part of the PS file. I actually downloaded Rev because of Linux printing problems with REALBasic, which I have used for 5 years. And I live in a Spanish speaking country, so printing with accents is of interest to me also. Don Jungk ___ 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
