Re: [Freedos-user] Turkis
From: Henrique Peron <hpe...@terra.com.br> Hello all, I don't know about memory issues; in what regards the keyboard layout, the alternatives are: KEYB TR,,KEYBRD2.SYS (for the QWERTY turkish keyboard layout) KEYB TR,,KEYBRD2.SYS /ID:440 (for the FG-RIOD turkish keyboard layout) Both layouts are able to work with turkish codepages CP3846 ("turkish CP437"), CP853 and CP857, as well as CP850 and CP858 for IBM/MS-DOS compatibility reasons, even though none of these 2 codepages provide turkish letters. CP3846 is available on EGA18.CPI; all the others are available on EGA.CPI. Last but not least --- if there's intention to print data, it's important to check the printer's documentation on what concerns codepages. I have picked the definition "CP3846" related to the "turkish cp437 variation" after browsing an old dot-matrix printer's PDF which I found on the internet long time ago but I take the opportunity here to ask for a more suitable (e.g. 3-digit code) for such codepage, if there is one. Regards, Henrique Em 24/09/2016 13:04, Eric Auer escreveu: > Sorry about the double mail but I found another problem: > >>> LH DISPLAY CON=(EGA,,1) >>> MODE CON CP PREP=((857) EGA.CPX) > You may have MODE in your PATH, but you forgot to specify > the full name of EGA.CPX, for example c:\freedos\cpi\ega.cpx > or c:\fdos\bin\ega.cpx or similar - depending on your DOS. > > Alternatively, you can switch to the directory before you > run MODE, with the usual "C:" and "CD \freedos\cpi\" or > "CDD C:\freedos\cpi\" or simply "CD \freedos\cpi\" if you > do not need to change to another drive letter. > >>> LH MODE CON CP SEL=857 > As mentioned above, it is better to not use LH for MODE. > >>> LH KEYB TR440,,KEYBRD2.SYS > You may want to load KEYB without LH and/or use the /NOHI > option of KEYB. You probably also want to specify the exact > location of the KEYBRD2.SYS file, including directory, but > I am not sure whether "TR440" is the correct name for your > intended layout... > > Regards, Eric > > > > -- > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user --- Internet Rex 2.29 * Origin: capcity2.synchro.net - 502/875-8938 (1:2320/105.99) --- * BgNet 1.0b12 = CCO * KY/US * 502/875-8938 * capcity2.synchro.net --- Synchronet 3.15a-Linux ListGate 1.3 * Capitol City Online - Frankfort, KY - telnet://capitolcityonline.net -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Turkish F Keyboard Support
Hello all, I don't know about memory issues; in what regards the keyboard layout, the alternatives are: KEYB TR,,KEYBRD2.SYS (for the QWERTY turkish keyboard layout) KEYB TR,,KEYBRD2.SYS /ID:440 (for the FGĞIOD turkish keyboard layout) Both layouts are able to work with turkish codepages CP3846 ("turkish CP437"), CP853 and CP857, as well as CP850 and CP858 for IBM/MS-DOS compatibility reasons, even though none of these 2 codepages provide turkish letters. CP3846 is available on EGA18.CPI; all the others are available on EGA.CPI. Last but not least --- if there's intention to print data, it's important to check the printer's documentation on what concerns codepages. I have picked the definition "CP3846" related to the "turkish cp437 variation" after browsing an old dot-matrix printer's PDF which I found on the internet long time ago but I take the opportunity here to ask for a more suitable (e.g. 3-digit code) for such codepage, if there is one. Regards, Henrique Em 24/09/2016 13:04, Eric Auer escreveu: > Sorry about the double mail but I found another problem: > >>> LH DISPLAY CON=(EGA,,1) >>> MODE CON CP PREP=((857) EGA.CPX) > You may have MODE in your PATH, but you forgot to specify > the full name of EGA.CPX, for example c:\freedos\cpi\ega.cpx > or c:\fdos\bin\ega.cpx or similar - depending on your DOS. > > Alternatively, you can switch to the directory before you > run MODE, with the usual "C:" and "CD \freedos\cpi\" or > "CDD C:\freedos\cpi\" or simply "CD \freedos\cpi\" if you > do not need to change to another drive letter. > >>> LH MODE CON CP SEL=857 > As mentioned above, it is better to not use LH for MODE. > >>> LH KEYB TR440,,KEYBRD2.SYS > You may want to load KEYB without LH and/or use the /NOHI > option of KEYB. You probably also want to specify the exact > location of the KEYBRD2.SYS file, including directory, but > I am not sure whether "TR440" is the correct name for your > intended layout... > > Regards, Eric > > > > -- > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Backspace
Hi Tom, does this happen while using other software as well? Henrique Em 13/01/2013 16:56, Thomas D. Dean escreveu: I use either minicom or gtkterm to communicate with FreeDOS. Everything seems to work Ok, except I cannot use backspace or delete. Both keys do strange things. For example, when using gtkterm, backspace sends the cursor to the top left, without erasing. Any ideas? Tom Dean -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Problem with batch installer for keyboards
Merhaba Thraex, I decided to forward your message to the FreeDOS-devel mailing list. It is clear, now, that the problem lies in the REGIONAL.BAT installer. First, the FreeDOS installer looked for the turkish Q layout on KEYBRD3.SYS, which is wrong. Now, it looks for it on KEYBOARD.SYS, which is also wrong. Both turkish layouts are on KEYBRD2.SYS. Also, there are references to *.KL files on the batch installer which should be removed. I imagine that, since the bulk of FreeDOS users seem to be savvy DOS users, they themselves fix the incorrectly generated AUTOEXEC.BAT. Again, I ask to whoever is in charge for the installer to fix it. I will be always available to help, if necessary. Thanks for your feedback, Thraex. Regards, Henrique Mensagem original Assunto: [Spam] Re: [Freedos-user] Possible problem with Turkish keyboard layouts (was: Re: [Spam] Re: [Spam] Re: [Spam] Re: [Spam] Possible problem with Turkish keyboard layouts) Data: Thu, 13 Dec 2012 13:25:01 +0100 De: thraex thr...@numericable.fr Responder a: Discussion and general questions about FreeDOS. freedos-user@lists.sourceforge.net Para: Discussion and general questions about FreeDOS. freedos-user@lists.sourceforge.net Hi, Just wanted to let you and the list know that I completely deleted my previous VirtualBox install (and FreeDOS with it) and reinstalled everything on Ubuntu 10.04.4 amd64. Allocated a bit more RAM a bit less disk space to FreeDOS but no changes other than that... ...except that now even when I choose 59 Turkey Qwerty, I get a good old US QWERTY layout, not the Turkish one. Why? I don't have the slightest idea. When I type KEYB TR, here's what I get: FreeDOS KEYB 2.01 - (c) Aitor Santamaria Merino - GNU GPL 2.0 Keyboard layout : C:\FDOS\BIN\KEYBOARD.SYS Specified file does not contain information for this layout/id Other than that, the previous error messages I had mentioned are still there. (On my previous install, the country code 19 during the installation which I suppose was for the Turkish F layout got me a US QWERTY but although I got error messages, the country code 59 had the correct Turkish QWERTY layout. Now I get US QWERTY for both of them). It looks like this feature will need some testing when it's fixed. I can happily volunteer for that, feel free to drop me an e-mail whenever you need a tester. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Re: [Spam] Re: [Spam] Possible problem with Turkish keyboard layouts
Em 30/11/2012 07:52, thraex escreveu: On 30/11/12 01:40, Henrique Peron wrote: Merhaba Thraex, Saluton Ruĝulo, I have noticed the problem concerning the turkish layouts, and I could see that it will affect most national layouts. It's nice to see that your nailed down the issue which happens to be sexy in some way: it seems to affect a large set of languages but at the same time, it's identified and doesn't seem extremely hard to fix. Hope the developers will have some time to spare for it. I would like to discuss ideas on improving that keyboard layout menu, because the screen has run out of space and there are other layouts which aren't presented there, like the Cherokee and the Colemak, which you mentioned below. The keyboard layout menu is beautiful on the first screen but, as you select More..., the next screen does not receive the same refinement. Again — if there's someone out there reading fd-devel which could work on that, please either show yourself here or contact me at hperon -at- terra.com.br. • For some reason (and I don't know why), AUTOEXEC.BAT is created so to look for the turkish FGĞIOD layout on KEYBRD3.SYS, instead of looking for it on KEYBRD2.SYS. Regarding Turkish, my advice would be to use the Turkish QWERTY layout as the default and/or the first option because it's by far the most widely used one and other operating systems do so too. In all cases, please make sure that you provide layout information: Turkish QWERTY and Turkish FGĞIOD (or the shorter versions Turkish Q and Turkish F which are perfectly understood). On FreeDOS 1.1, option 19 during the installation simply states Turkey and has the issue we've talked about. If you think it makes sense, you may want to forward that paragraph to the developers mailing list. Ok, thank you for the tip. I had actually assumed that Turkish F was the most used keyboard layout, therefore I had not provided further information at the time, but I'll correct that. ISO Latin codepages for FreeDOS are ready to go, for a long time already, by the way. Ruĝulo, if you and/or anyone out there reading this message feels that keyboard layouts based on ISO Latin codepages would be welcome, please let me know. I don't know if it's the right place but I'd suggest two additional layouts. Colemak would be the first one: same goals compared to Dvorak (which is already supported), but closer to QWERTY so it's intended to be easier to learn. More information on http://colemak.com/, public domain stuff. For French, there's BÉPO, the kind of keyboard that makes you regret you learnt AZERTY. It may need to be simplified a bit to fit DOS though. Everything is under free licenses, and there's more information on http://bepo.fr/. Thank you for the tip on the Bépo layout; actually, I had already learned about it. I just didn't work on that yet. It's a very impressive layout, covering many languages written with the latin script. It seems that there's even support for vietnamese. There's no support for african languages on it, but I have already provided layouts for those languages anyway. Best regards, Henrique -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Re: [Spam] Re: [Spam] Possible problem with Turkish keyboard layouts
Saluton! Em 30/11/2012 03:32, Rugxulo escreveu: Saluton, Ankaux dankon pro viaj pasintaj laboroj cxi tie, Hecxjo! Nedankinde, mia amiko! ISO Latin codepages for FreeDOS are ready to go, for a long time already, by the way. Ruĝulo, if you and/or anyone out there reading this message feels that keyboard layouts based on ISO Latin codepages would be welcome, please let me know. I would need a few weeks to work on them. Yikes, weeks of extra work for little benefit is the last thing I want. You've done nice work, but I really don't want to ask for anything more than a few minutes of your time. You know what? I'm wrong on expecting for someone to ask for it. I think I should promptly offer it. I'll work on creating parallel versions of the present keyboard layouts to work with ISO, Win e Mac codepages. Naturally, that will *not* imply on enlarging the present keyboard layout and codepage packs. There will be distinct packs for ISO, Win e Mac platforms. There will not be a repertoire as large as the one available for FreeDOS (because I'm restricted to existing codepages on those platforms). I'll need more than a few weeks, but it will all be done and I'll post an announcement here when they're ready. Henrique -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Re: [Spam] Possible problem with Turkish keyboard layouts
have deleted something? (I see LH KEYB TR,,keybrd2.sys just on top of the block I typed) Aaah, dotless i, Isildur's bane:-) Heh, that's the easy bug I file almost every time. Capital I becomes ı instead of i when there's a switch to lower case letters. I'm sure this can save lives: http://gizmodo.com/382026/a-cellphones-missing-dot-kills-two-people-puts-three-more-in-jail 8-) As for me, I had translated an app and all the ŞIK (option, like check this box...) words became sik which is a very vulgar word in Turkish (btw, if translations in French or Turkish for FreeDOS would be useful, I can happily try my best to contribute). On 28/11/12 03:04, Henrique Peron wrote: Thanks for explaining, but how do I select these codepages? (...) Please check your AUTOEXEC.BAT file. Make sure there are lines like these: display con=(ega,,3) mode con cp prepare=((853,857,858) c:\freedos\cpi\ega.cpx) mode con cp select=xxx keyb tr I added these lines just before the alias commands at the bottom of autoexec.bat (xxx was 858). I got the following error messages (some of them are probably normal messages which are not related to the issue but I just typed them anyway): Bufferes allocated: 000 in TPA, 003 in XMS MODE: File not found MODE select codepage 858 function failed MODE: Specified codepage was not found in file FreeDOS KEYB 2.01 - (c) Aitor Santamaria Merino - GNU GPL 2.0 Keyboard layout: C:\FDOS\BIN\KEYBOARD.SYS Specified file does not contain information for this layout/id Done processing startup files C:\FDCONFIG.SYS and C:\AUTOEXEC.BAT The four lines above prepare and select 3 codepages, all available on EGA.CPX. You'll trade xxx in the third line for: • 853, if you need to type turkish — and/or esperanto. It is important to mention, though, that codepage 853 seems to be considered obsolete on what concerns the turkish language. (Codepage 853 is the only one which handles esperanto.) • 857, if you don't need esperanto. A good thing about codepage 857 is that it not only seems to be the preferred codepage for turkish; you'll have the Euro sign. • 858, highly recommended to type in western european languages. I say recommended instead of needed because you could perfectly use cp857 to type in, say, portuguese, spanish, italian, etc., however I don't advise you to do that. If you'd like to know why, just let me know. Heh, now I'm curious. If you have time to explain I'd happily read your explanation. I'll do that. I use VirtualBox. ;) Çok teşekkürler. Birşey değil. O_o You speak Turkish? Should anything still not goes well as it should, please let me know. Thanks again for helping out. PS: Currently freedos.org returns an Address Not Found error but www.freedos.org works fine. Maybe the first URL should redirect to the working one. -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Re: [Spam] Possible problem with Turkish keyboard layouts
Hi all, saluton Ruĝulo, merhaba Thraex, Yes, I know, but it's hard to test every (sub)option under the sun, esp. regarding (hundreds of) languages. ;-) Probably, it won't be necessary, Ruĝulo. :) (btw, if translations in French or Turkish for FreeDOS would be useful, I can happily try my best to contribute). Maybe Turkish would be nice, but I have no idea where to suggest you start. It can be overwhelming, which is probably why we don't have lots of (current) translations. Maybe just testing and playing around with Blocek editor would be a good enough way to start. ...With Bloček? It wouldn't help. I'll take KEYB.EXE as an example. Unless I'm wrong, KEYB can use text files with translated messages. In cases like these (where translations would be most welcome), it would be necessary that the text files contained translated messages based on regular DOS codepages, instead of Unicode, which is what Bloček uses. In the turkish case, it seems that cp857 would be the most recommended codepage. P.S. Before I forget, you can edit UTF-8 (etc.) in various editors, e.g. GNU Emacs (23.1 for DJGPP), Mined (use -u and it autodetects codepage) and Blocek, etc. I'm not familiar with Turkish / Latin-5 / whatever, but I know that cp853 is the preferred Latin-3 (variant) in FreeDOS. Unfortunately, it's not encoding compatible with ISO 8859-3, has the glyphs at different places. The real Latin-3 is cp913, so if that is important, you'll have to grab Kosta Kostis' ISOLATIN.CPI (isocp101.zip): http://www.kostis.net/en/index.htm (EDIT: It also says it has cp920 / ISO Latin-5 / 8859-9.) ISO Latin codepages for FreeDOS are ready to go, for a long time already, by the way. Ruĝulo, if you and/or anyone out there reading this message feels that keyboard layouts based on ISO Latin codepages would be welcome, please let me know. I would need a few weeks to work on them. I would then release the CPIISO.ZIP and KPISO.ZIP packs for FreeDOS. My idea is not to avoid enlarging the regular keyboard layout packs (KPDOS__X.ZIP and KPDOS__S.ZIP) for FreeDOS. There would be particular KPISO__X.ZIP and/or KPISO__S.ZIP files available for download. Henrique -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Possible problem with Turkish keyboard layouts
Em 27/11/2012 13:16, thraex escreveu: Hi there, I recently gave FreeDOS a try on VirtualBox (which was running on Ubuntu 12.04). The installation went almost entirely fine, but I think I spotted a problem when the user chooses Turkish layouts for his or her keyboard. In fact two Turkish layouts are offered. One is the number 19 and is simply mentioned as Turkish, the other is the number 59 and is mentioned as Turkish (Qwerty). Here are some links to relevant parts of the installation process, firstly for the number 19 and then for 59. Sorry for posting screenshots for plain text screens, but I couldn't find an easy way to copypaste their content. http://ompldr.org/vZ2gwMA/Screenshot_fd_keyboard_19.gif http://ompldr.org/vZ2gwMg/Screenshot-2_fd_keyboard_19.gif http://ompldr.org/vZ2gwMw/Screenshot-1_fd_59_Turkish_Qwerty.gif http://ompldr.org/vZ2gwNA/Screenshot-2_fd_59_Turkish_Qwerty.gif You can see the error messages, on the first screenshot of each series you have could not find country info for country ID 1 and on the second image you have different errors. If the user chooses 19, the result seems to be a good old *English* QWERTY keyboard. If the choice is 59, things seem to work fine despite the error messages (the layout is OK). I can't say much more than this but since I use the Turkish QWERTY layout, I wanted to bring this to your attention. If I can do something more, feel free to say it. PS: One more thing: if the first layout (19) was supposed to be the Turkish F, I think it should be swapped with the QWERTY (59). In Turkey, roughly around 90% of keyboards are the Turkish QWERTY variant, and the remaining 10% is the Turkish F variant which is supposed to fit the language better. Most operating systems consider Turkish with no additional precision as the Turkish QWERTY, the F keyboard is often an option, not the default. Therefore, the first choice should probably be the Turkish QWERTY. Merhaba Thraex, please try this, on the command prompt: KEYB TR. That should load the turkish QWERTY layout; if you're familiar with editting AUTOEXEC.BAT, I suggest you include KEYB TR (without quotes) there. You mentioned error messages; could you please tell me what are they? Thanks, Henrique -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Possible problem with Turkish keyboard layouts
Em 27/11/2012 13:16, thraex escreveu: Hi there, I recently gave FreeDOS a try on VirtualBox (which was running on Ubuntu 12.04). The installation went almost entirely fine, but I think I spotted a problem when the user chooses Turkish layouts for his or her keyboard. In fact two Turkish layouts are offered. One is the number 19 and is simply mentioned as Turkish, the other is the number 59 and is mentioned as Turkish (Qwerty). Here are some links to relevant parts of the installation process, firstly for the number 19 and then for 59. Sorry for posting screenshots for plain text screens, but I couldn't find an easy way to copypaste their content. http://ompldr.org/vZ2gwMA/Screenshot_fd_keyboard_19.gif http://ompldr.org/vZ2gwMg/Screenshot-2_fd_keyboard_19.gif http://ompldr.org/vZ2gwMw/Screenshot-1_fd_59_Turkish_Qwerty.gif http://ompldr.org/vZ2gwNA/Screenshot-2_fd_59_Turkish_Qwerty.gif You can see the error messages, on the first screenshot of each series you have could not find country info for country ID 1 and on the second image you have different errors. If the user chooses 19, the result seems to be a good old *English* QWERTY keyboard. If the choice is 59, things seem to work fine despite the error messages (the layout is OK). I can't say much more than this but since I use the Turkish QWERTY layout, I wanted to bring this to your attention. If I can do something more, feel free to say it. PS: One more thing: if the first layout (19) was supposed to be the Turkish F, I think it should be swapped with the QWERTY (59). In Turkey, roughly around 90% of keyboards are the Turkish QWERTY variant, and the remaining 10% is the Turkish F variant which is supposed to fit the language better. Most operating systems consider Turkish with no additional precision as the Turkish QWERTY, the F keyboard is often an option, not the default. Therefore, the first choice should probably be the Turkish QWERTY. Merhaba Thraex, I was impulsive on replying and didn't notice the links you sent; sorry. I have read the error message on the TR layout. You've tried to use the turkish QWERTY layout with codepage 437. It seems you forgot to prepare and select one of the codepages available for that layout, of which two being particularly suitable both for the turkish and kurdish languages: 857 and 853. Henrique -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Re: [Spam] Possible problem with Turkish keyboard layouts
Em 27/11/2012 16:37, thraex escreveu: On 27/11/12 19:47, Henrique Peron wrote: Em 27/11/2012 13:16, thraex escreveu: Merhaba Thraex, Merhaba Henrique :) Nasılsınız? :) Thanks for explaining, but how do I select these codepages? Also, please note that the case I reported happens right after a normal installation of FreeDOS, therefore I was wondering whether there's something that needs to be fixed or adjusted so that if the user chooses these layouts, things will work without additional configuration (or an information indicating that some additional configuration is needed will be displayed). Please check your AUTOEXEC.BAT file. Make sure there are lines like these: display con=(ega,,3) mode con cp prepare=((853,857,858) c:\freedos\cpi\ega.cpx) mode con cp select=xxx keyb tr The four lines above prepare and select 3 codepages, all available on EGA.CPX. You'll trade xxx in the third line for: • 853, if you need to type turkish — and/or esperanto. It is important to mention, though, that codepage 853 seems to be considered obsolete on what concerns the turkish language. (Codepage 853 is the only one which handles esperanto.) • 857, if you don't need esperanto. A good thing about codepage 857 is that it not only seems to be the preferred codepage for turkish; you'll have the Euro sign. • 858, highly recommended to type in western european languages. I say recommended instead of needed because you could perfectly use cp857 to type in, say, portuguese, spanish, italian, etc., however I don't advise you to do that. If you'd like to know why, just let me know. Before I forget: Ruĝulo tried to help but his coordinates are meant for the greek language. (codepages 737, 869...) (Thanks anyway, Ruĝulo! :)) If it's possible for you, IMHO the best mean to examine the bug is to install FreeDOS on your side with say VirtualBox and choose keyboard option 19, then do the same with option 59 and see if the installation process is OK for you. If not, the good news would be that things can be improved :) I'll do that. I use VirtualBox. ;) Çok teşekkürler. Birşey değil. Should anything still not goes well as it should, please let me know. Allahaısmarladık, Henrique -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.sourceforge.net ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Re: FlWriter - a graphical text processing program
Hi all, Georg, does FlWriter provide support for right-to-left scripts? Another question: How does he deal with keyboard layouts? Could I use FreeDOS KEYB or FlWriter handles keyboard layouts internally? Henrique Em 23/03/2012 13:32, nospam escreveu: Hi Bernd, thank you for testing FlWriter! I do not have VMWare installed but FlWriter will run (slowly) in Bochs. Maybe you try to change the display to 16 bit color like this: set nanoscr=800 600 565 Georg -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 05/09/2011 -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] New codepage pack - CPIDOS 3.0
Hi all, a new version of the codepage pack has been released. Version 3.0 provides codepages for arabic (CP-864E), hebrew (cp856/862), turkish-cp437 and brazilian ABIComp, as well as ukrainian codepages developed for FreeDOS containing the hryvnia sign and enhancements on cp853 -- DOS Multilingual Latin-3, particularly aimed at esperanto and maltese: formerly empty codepoints (6) are now filled with the plus/minus sign and 5 currency signs: Euro, Cent, Yen, Maltese Lira and Spesmilo. The ZIP file (CPIDOS30.ZIP) can be downloaded from the software list (Base) or directly from here: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/cpi/ Or here: http://www.fdos.org/kernel/cpi/ Henrique -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] New keyboard layout pack - KPDOS 3.0
Hi all, a new version of the keyboard layout pack has been released. Version 3.0 goes bidi -- french/arabic, US/arabic and US/hebrew layouts are now available (to be used under Thomas Wolff's Mined). Brazilian keyboards are now able to use cp860 as well as ABIComp; the US-Colemak layout is available; ukrainian keyboards can now type the hryvnia sign; corrections were made to czech (mainly, CapsLock now affects the czech accented letters in the first row) and brazilian ABNT keyboards (so that users can now type /, ? and ° on notebook keyboards which don't provide the / key). Last but not least, all keyboards are now able to type esperanto. The ZIP file can be downloaded from the software list (Base) or directly from here: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/keyb/kblayout/ To take advantage of the new features, the new codepage pack (CPIDOS30.ZIP) must be downloaded -- also from the software list (Base) or directly from here: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/cpi/ Or here: http://www.fdos.org/kernel/cpi/ Henrique -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Colemak keyboard layout
Hi Moofie, just give me some time. :-) You can contact me directly: hperon AT terra.com.br Henrique Em 25/07/2011 04:55, Moofie escreveu: I am using freedos under dosemu. Everything works as it should, except that I recently switched to the colemak keyboard layout and subsequently found that freedos doesn't have any support for the layout. I have researched the .key files and they seem fairly straight forward to edit. The details such as codepages and the like, confuse me. Is there a howto available that I can follow to add colemak keyboard layout support to freedos? Alternately, if one is so inclined, the layout is available for the X server, and additionally, more info can be found at http://colemak.com Thanks. -- Storage Efficiency Calculator This modeling tool is based on patent-pending intellectual property that has been used successfully in hundreds of IBM storage optimization engage- ments, worldwide. Store less, Store more with what you own, Move data to the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Storage Efficiency Calculator This modeling tool is based on patent-pending intellectual property that has been used successfully in hundreds of IBM storage optimization engage- ments, worldwide. Store less, Store more with what you own, Move data to the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [Spam] Re: DOS and Right-to-left support
Hi Ruĝulo, I just tried it! Thanks for the info! :) However... It works with keyboard layout and codepage - both hardcoded. There are (at least) 5 arabic layouts, of which I prepared two (arabic/french and arabic/US) for FreeDOS, according (as much as possible) to industry's specifications. QE didn't allow me to ignore/override its hardcoded keyboard layouts. Codepage 864, as hardcoded into QE, is a subset of Codepage AR864, which is the one I picked for FreeDOS because it presents the whole set of necessary arabic letters and ligatures, as opposed to either MS- or IBM-DOS cp864: both miss the same 4 glyphs. (Important to mention, at this point, that I'm referring to arabic glyphs used in the arabic language alone. There are distinct codepages for persian and urdu, for instance.) Therefore, since it won't let me use either the keyboard layouts or the codepages I prepared either for arabic or hebrew, in what comes to DISPLAY/KEYB/MODE, QE is helpless; besides, even after dismissing what I prepared and trying to work with QE on its own, I wasn't able to type arabic or hebrew. The cursor doesn't move as it should. This would imply on one of two possible approaches: 1) The cursor standing still while the text is pushed rightwards, so that the resulting visual effect is correct. This approach is the usual one on text-mode environments. 2) The cursor starts at the right margin and moves to the left margin as the letters are typed. This approach is used on graphical environments. However, I must admit that everything I work on for FreeDOS is under a Win98 SE's DOS Prompt, under a virtual machine in VirtualBox, under Windows 7 64-bit. Perhaps this scenario didn't allow QE to run as it should. Besides, I must also admit that there are users which might consider easier/more practical to just run QE instead of having to worry about DISPLAY, MODE, KEYB, CPX files, etc, etc. That all said, I think its valid (if possible) to include QE (or at least a reference to it) on the FreeDOS website - provided, naturally, that the author considers it interesting or simply allows it. After all, telling from the screen shots, it must run fine on some scenario out there. Perhaps under real-mode DOS. :-) So far, among the solutions I tested to deal with bidi text for FreeDOS, the best one is Thomas Wolff's Mined. Regards, Henrique Em 19/07/2011 20:02, Rugxulo escreveu: Hi guys, I recently discovered another (new!) DOS text editor called QE, which has (among other features) optional Arabic support. It's written specifically for DOS in (old) Euphoria 3.1, and it's available at the URL below (with screenshots). Please take a look (as I don't know Arabic!), but otherwise, for a general purpose editor, it seems to run pretty well! http://qe.site90.com/ -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] DOS and Right-to-left support
Hi all, would anyone out there happen to know how did arabic DOS, on the old days, deal with: 1) The control characters needed to handle the script - ZWJ (Zero-width joiner), ZWNJ (zero-width non-joiner), RLM (right-to-left mark), LRM (left-to-right mark) and control characters needed to handle bilingual text (LTR and RTL) in a same sentence: RLE/LRE (right-to-left and left-to-right embedding), RLO/LRO (right-to-left and left-to-right override) and PDF (POP directional Formatting). 2) Codepage 720 and many others which only present the isolated shapes of the characters. DOS, seemingly, had somehow to rely on subfonts or any feature which would cause DOS to trade the characters' isolated shapes for their initial, medial or final shapes on-the-fly as the text was typed. 3) Combining chars. All arabic codepages, including cp864, include at least two codepoints which present them. Hebrew DOS is a simpler case yet topic #3 also applies to the script and, with the exception of control characters ZWJ and ZWNJ, topic #1 also does. Thanks in advance, Henrique -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] DOS and Right-to-left support
Hi Eric, would anyone out there happen to know how did arabic DOS, on the old days, deal with: 1) The control characters needed to handle the script - ZWJ (Zero-width joiner), ZWNJ (zero-width non-joiner), RLM (right-to-left mark), LRM (left-to-right mark) and control characters needed to handle bilingual text (LTR and RTL) in a same sentence: RLE/LRE (right-to-left and left-to-right embedding), RLO/LRO (right-to-left and left-to-right override) and PDF (POP directional Formatting). All of those sound like control characters which would have to be understood by DISPLAY or similar and which will need space in the codepage, possibly in lesser used control char areas (ASCII 0 to 31 somewhere). (...) They /are/ part of codepages, as a matter of fact. I've found ZWJ and ZWNJ on ISO-8859-6 and all the other control characters mentioned on (1) at range A0h-A6h of both arabic codepage 862 and hebrew codepage 856. There is no visual representation of them, unlike what happens to the control characters found at range 00h-1Fh and 7Fh. Therefore, there's nothing to be done by DISPLAY or MODE. There must have had proper arabic/hebrew text editors (and other applications) out there which knew how to take advantage of those control characters. 2) Codepage 720 and many others which only present the isolated shapes of the characters. DOS, seemingly, had somehow to rely on subfonts or any feature which would cause DOS to trade the characters' isolated shapes for their initial, medial or final shapes on-the-fly as the text was typed. Maybe it just looked ugly and used non-contextual shapes? ;-) H... Very unlikely to have happened this way. If you ever saw a text written with the arabic script, even it being in the correct direction (right-to-left) though with letters only in their isolated shapes, you would agree that it was chaotic to the point of not being used that way. There must have had some trick somewhere. 3) Combining chars. All arabic codepages, including cp864, include at least two codepoints which present them. You mean Unicode would represent them either as pre-combined or as some character plus a separate accent character? Not something that DOS is likely to have cared about, probably it only used pre-composed characters and had the characters without accent as separate entities, just like Latin vowels and Latin accented vowels (umlauts etc) having separate full shape font items in CP850 and similar. Note that CP850 does not even have double dot above for composition, it only has that as part of pre-composed umlaut character stapes... I think that for the Unicode consortium to ever provide precomposed accented arabic (or hebrew, or syriac, or divehi) letters is a very unlikely thing to happen... Arabic (and hebrew, and syriac) letters are not accented. The combining chars used on these scripts perform a whole different role and they're even dismissed on most scenarios (but mandatory on others). There is also the case of the divehi script, which is also written right-to-left, even looks like the arabic script for the non-trained eye and makes a much heavier use of combining chars because they're always mandatory for every single letter in every word. The vietnamese case is an interesting parallel. Before the availability of Unicode, vietnamese computers dealt with codepages which provided all their accented letters in a precomposed fashion, since they also seemingly didn't handle combining chars on DOS. Now we find all those precomposed accented latin vietnamese letters on Unicode - though for compatibility with legacy applications only, because nowadays the vietnamese only type their text by making (heavy) use of the 5 combining chars that they need: acute, grave, tilde, dot below and horn. Perhaps if it was ever possible to encode all precomposed arabic accented letters in 8-bit codepages we would have them in Unicode today but for the same single reason - backward compatibility. By the way, in what comes to cp850, there are stand-alone cedilla, acute accent, diaeresis and macron, probably to be used only as combinining printing chars since this is how we used them on the old days when we wanted to print portuguese text on printers which did not provide hardcoded codepages. Hebrew DOS is a simpler case yet topic #3 also applies to the script and, with the exception of control characters ZWJ and ZWNJ, topic #1 also does. So it is interesting to hear how Hebrew codepages tick :-) Well... Almost. It ticks as much as arabic codepages do, provided that users don't need combining chars. :-) Henrique -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy.
Re: [Freedos-user] Unicode
I'll try it and let you know. Meanwhile, let me tell you that I'll need room for 142 strings. I explain. VISCII (Vietnamese Extended ASCII) comprehends all the set of 134 precomposed vietnamese accented letters. I made it available for FreeDOS (along with the corresponding keyboard layout) a long time ago. It is (as you can see) so huge that not only has VISCII no room for linedraw, shade, block or those few mathematical characters common on most codepages but it has to invade the lower half of the codepage (the regular ASCII area) and redefine the glyphs which represent 6 less used control characters in the range 00-1Fh. (Who said less used on those old DOS days? The vietnamese did. It is not my call. I just followed suit.) No foreign chars (from a vietnamese point-of-view) are present. There is TCVN-5712, another vietnamese encoding. It includes non-breaking space and the 5 combining diacritical marks used in vietnamese (for those who use properly tailored vietnamese text editors able to work with combining chars - or, nowadays, Mined), pushing 6 precomposed vietnamese accented letters to the 00-1Fh area. Finally, there is VPS, yet another vietnamese encoding. It includes non-breaking space, left and right single quotation marks and 5 non-vietnamese precomposed accented letters on the upper half of the encoding, pushing 8 vietnamese precomposed accented letters to the 00-1Fh area. In total, regardless of being vietnamese or not (which is irrelevant to this discussion), we have 142 characters which will need to be represented through strings because (most of them) are composed of 3 bytes each (being above Unicode's codepoint 07FFh) and a few of them are composed of 2 bytes each (above Unicode's codepoint 007Fh, below 0800h). Henrique Em 11/07/2011 18:11, Aitor Santamaría escreveu: That should work, try it out and let me know. There's a bug with strings that I am fixing already, though. If it doesn't work, I'll have the 2.01 beta soon. Aitor 2011/7/9 Henrique Peronhpe...@terra.com.br: Hi all, Still I think UTF-8 aware KEYB and DISPLAY together with old apps are still a lot more useful than any you always have to use 16 bit wide characters method which would only work with new apps at all. KEYB would need no changes, 2-char wide characters would be a String. True that not too comfortable to write the corresponding KL layouts, but still feasible. It means I can use !1, !2, etc... on KEY files and create strings. I see, according to documentation, that I can prepare up to 79 strings. I'd like to prepare a prototype brazilian keyboard layout and try it with Mined. I have just a question, Aitor - how to deal with dead keys and strings? Can the resulting combination point to a string? Just an example: 26 !C1 (...)-- !C1 Pointing to acute-accent combinations in this case (brazilian keyboard) (...) [Diacritics...] ´ aá-- Here is my doubt - Could I make a!1? [Strings...] !1 Bytes_related_to_á_in_UTF-8 Cheers, Henrique -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Unicode
Hi all, Still I think UTF-8 aware KEYB and DISPLAY together with old apps are still a lot more useful than any you always have to use 16 bit wide characters method which would only work with new apps at all. KEYB would need no changes, 2-char wide characters would be a String. True that not too comfortable to write the corresponding KL layouts, but still feasible. It means I can use !1, !2, etc... on KEY files and create strings. I see, according to documentation, that I can prepare up to 79 strings. I'd like to prepare a prototype brazilian keyboard layout and try it with Mined. I have just a question, Aitor - how to deal with dead keys and strings? Can the resulting combination point to a string? Just an example: 26 !C1 (...) -- !C1 Pointing to acute-accent combinations in this case (brazilian keyboard) (...) [Diacritics...] ´ aá -- Here is my doubt - Could I make a!1? [Strings...] !1 Bytes_related_to_á_in_UTF-8 Cheers, Henrique -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Unicode (It was 'Problem with USB keyboard in some computers')
Hi all! Saluton amiko! Before I forget, I noticed that you do use ISO codepages. I'll work on distinct packs of codepages and keyboard layouts for ISO 8859-1 ~ 16. While Unicode is huge, DOS keyboard layouts tend to be limited to Latin and Cyrillic and some other symboly which is a tiny subset. Nowadays, FreeDOS is able to work with the latin, cyrillic, greek, armenian and georgian alphabets, the cherokee syllabary and japanese. If you do not count CJK and right-to-left languages and REALLY exotic languages and symbols (maths, dingbats), Braille etc etc then the number of Unicode characters that people are likely to type on their keyboard in DOS is quite manageable. Of course it is still fine to have a somewhat more complete font in DISPLAY. Right-to-left might be hard to do (I guess?), but technically as long as they can see and enter what they want, I'm sure they can get used to left-to-right. BTW, there was an old Forth for DOS with Korean font (...) Excuse me? How can anyone type the arabic, syriac or hebrew abjads from left to right? *That* would be really exotic, if ever possible! :-) Visually speaking, if an eventual reader doesn't know hebrew (or yiddish, or ladino, etc.), he might not know if a text is correctly (right-to-left) or incorrectly (left-to-right) typed because the letters don't connect to each other. On the other hand, abjads like arabic and syriac have most of their letters shaped in a way that they connect to each other - always from right to left. that). And then I (erroneously?) thought BMP (basic multilingual plane) was the easy, two-byte Western portion, but apparently that's not true. Well - that might be true. Under Unicode, if you use UCS-2 encoding, all characters in the BMP are represented by 2 bytes. Period. UCS-2 is proven to be very good for CJK text because even when they need regular (non-accented) latin letters and digits, they are encoded as fullwidth (double-byte) on a distinct block in the BMP. All CJK glyphs, if stored under the UTF-8, use 3 bytes. UCS-2 is also good for all abugidas (devanagari, bengali, etc.) because it would also be needed 3 bytes per glyph under UTF-8 for those scripts. UTF-8 is best suited for languages written with the latin alphabet because a text encoded like that would oscilate between 1-3 bytes per char. Yes, 3 bytes, because many punctuation marks, currency signs, etc., are located above the 07FFh codepoint - when UTF-8 starts needing 3 bytes per glyph. Medieval texts also rely heavily on the Latin Extended-D block, which is way above the 07FFh boundary. The downside of UCS-2 is being limited to the BMP while on the other hand there are (in practice) no limitations for UTF-8. 1). Chinese (hard) See above. We'd have to ask someone in the know, e.g. Johnson Lam. I think he had some primitive workaround for PG. 4). Arabic (easy??) Unicode lists maybe 300 chars for that, at most. If we restrict ourselves to the arabic language, I can tell you that it is much less. If we mean the arabic abjad - and then it comes around 100 languages that use it like persian, urdu, sindhi, uyghur or used it either in the middle ages by force of the moor invasion like portuguese, spanish, croatian, belarusian or used it in Africa (like hausa) and Asia (like turkish, azeri, etc.),... I can tell you that we're talking about much more than 300 chars. Really? Wikipedia lists 28 char alphabet (single case), IIRC. Yes - but there's a catch here. Let's think on the glyphs. Letters in the latin alphabet have two distinct shapes (upper- and lowercase) and, considering that, the regular latin alphabet is comprised of 52 chars. The arabic abjad, by its nature, provides up to 4 distinct shapes per letter. If we consider the uyghur language, which uses the arabic abjad as a regular alphabet (i.e. full representation of vowels), there are up to eight shapes per letter, because uyghur is unique among languages which use the arabic abjad in that it has digraphs as part of its alphabet, like hungarian has ZS (ZS, Zs, zs) or czech has CH (CH, Ch, ch). 5). Hindi The writing system is Devanagari, case insensitive, has ligatures, not many characters, like Bengali? Apparently the Sanskrit alphabet, aka Deva-nagari or just Nagari. Has some interesting workarounds (e.g. ISCII, I think). Similar to what happens with Cyrillic, there is ISCII which puts ASCII and Devanagari together in 256 chars, even with Bengali and some other scripts (approx?). There you go, you saw Wikipedia too! ;-) 6). Bengali Apparently has ligatures and is case-insensitive? Aka, Bangla (from Bangladesh), uses Eastern Nagari (similar but not same). Looks like it could fit in a code page! Interesting workarounds include IAST and ITRANS. ISCII apparently relies on subfonts and probably only worked in graphics mode. I imagine that because of the complex shapes of letters from abugidas like tamil, malayalam or telugu. There's absolutely no way
Re: [Freedos-user] Unicode (It was 'Problem with USB keyboard in some computers')
Saluton! Em 05/07/2011 18:25, Rugxulo escreveu: Before I forget, I noticed that you do use ISO codepages. I'll work on distinct packs of codepages and keyboard layouts for ISO 8859-1 ~ 16. Honestly, I very rarely use only Latin-3 (913), so please don't waste 500 hours on my account! ;-) It's very low priority. Minimum good set would be Latin 1-4 (IMHO) and perhaps Latin-15 (or whatever is Latin-1 with Euro, I never can remember, Latin-9 or ISO 8859-15 or ???). My friend, it is always a pleasure. I do hope that end-users have as much fun using my codepages and keyboard layouts as I have while making the necessary researches and working on them. :) ISO 8859: good part of the job is already done (the codepages) - for a long time already, by the way. All I need now is to work on distinct versions of all the keyboard layouts which could work with ISO codepages; if it takes 500 hours to get the job done, don't worry. I won't bill you. ;-) Latin-1 with Euro, on ISO, is Latin-9, a.k.a. ISO 8859-15. While Unicode is huge, DOS keyboard layouts tend to be limited to Latin and Cyrillic and some other symboly which is a tiny subset. Nowadays, FreeDOS is able to work with the latin, cyrillic, greek, armenian and georgian alphabets, the cherokee syllabary and japanese. You are a one-man marching band!! You've done such good work here for us! ;-) Thank you for your words (on the good work) but we know that it is not quite a one-man marching band - without Aitor's KEYB/KC/KLIB/DISPLAY and Eric's MODE, I couldn't have done anything. hehehe!! :) Besides, there is this one case which I didn't participate in: support for japanese. This oneis not my child. It was teamwork directly between Aitor and a japanese end-user. Not only I don't even remotely have knowledge on japanese kanji (so to work on japanese codepages) but I also don't have the necessary hardware to test it. You can see for yourself: http://homepage3.nifty.com/sandy55/Video/PS55_DA.html It turns out that, when/if there's a korean or chinese FreeDOS user, I won't be able to help him at all. I'm seriously curious about how Johnson Lam deals with that, by the way. Right-to-left might be hard to do (I guess?), but technically as long as they can see and enter what they want, I'm sure they can get used to left-to-right. Excuse me? How can anyone type the arabic, syriac or hebrew abjads from left to right? *That* would be really exotic, if ever possible! :-) How can anybody play guitar upside down or wrong-handed? But people do it!!! ;-) kool m'i gnipyt siht sdrawkcab thgir won (ylwols) hehehe!!! However, your example exactly matches the hebrew case - Letters which don't visually connect to the next one. Therefore, it's just a matter of reading it in a proper way. In what comes to the arabic abjad, the visual aspect if trying to type it left-to-right is not even worth to discuss. (I can't resist it: playing the guitar upside down is just a matter of training and wrong-handed is just wrong if you don't shift the position of the strings and, of course, training - more on that, please check with Paul McCartney! :-))) BTW, last I heard, Eli Z. was working on bidi editing in GNU Emacs. H... I don't know Eli Z. nor GNU Emacs. Just a moment. Let me google it. (Sandwatch rolling) Oh, ok! Great! Interesting! However, I didn't find any mention to BIDI, arabic, hebrew, right, left, etc. on his webpage. Perhaps BIDI is a work in progress, as you said. Mined has support for poor man's BIDI (Thomas Wolff's, the developer, own words). Arabic letters (for the arabic language) can have up to 4 different shapes, according to the position in a word (initial, medial, final) or if it is isolated (as on an acronym). On graphical environments, you only find the isolated shapes of the letters on the keyboard. However, as you type them, the operating system dynamically and continously replaces the shapes of the letters for the proper ones. Let me take the arabic word qamar (moon), for instance. For reasons not relevant to the scope of this conversation (and particularly concerning this word), a is not written, therefore we type qmr. a) You type qaf (the arabic letter equivalent to our q). The screen displays the isolated shape of it. b) You don't press space; now you type meem (the arabic equivalent to our m). Since you hadn't pressed space, the operating system understands that qaf was the first letter of a word. It replaces its isolated shape for its initial shape. Well, there's another letter to come: meem. There's already a letter in a initial position, therefore letter meem can only come on its final shape. End of word. c) You still don't press space; now you type ra. Yes, their r. Since once again you hadn't press space, the operating system understands that meem wasn't the last letter of the word, after all. It trades its shape from final to medial. Then, it displays ra on its final shape. End of
Re: [Freedos-user] Timezones
Hi all, I just stumbled across this thread; perhaps what I'm about to type is useful to Marcos and/or someone else. Actually, here in Brazil the settings on UTC are not so simple: 1) We have 3 time zones (though this info is not known even to many brazilians); 2) All 27 brazilian states, along with the DF (Federal District, where the country's capital, Brasília, lies) are grouped into 5 major regions (northern, northeastern, southeastern, southern and middle-western) and not all of them follow Daylight Saving Time (DST) or, as we call it here, Summer Time. That said, this is what we have today (23rd of June, 2011) - unless the brazilian government changes it once again: UTC-2: All major brazilian cities are in this time zone (when *following* DST). * Non-DST: The three brazilian archipelagos of São Pedro e São Paulo / Fernando de Noronha / Trindade e Martim Vaz. * DST: The three brazilian archipelagos plus the DF, all southeastern and southern states and one middle-western state (GO). UTC-3 (not UTC+3) - this is the official brazilian time or, as we call it here, Horário de Brasília. All major brazilian cities are in this time zone (when *not* following DST). * Non-DST: Applies to DF; all states in the south, southeastern and northeastern regions; three northern states (AP, PA and TO) and one middle-western state (GO). * DST: All northeastern states, three northern states (AP, PA and TO) and the remaining middle-western states (MS, MT). UTC-4: * Non-DST: The remaining middle-western states (MS, MT) and the remaining northern states (AC, RO, AM, RR). * DST: The remaining northern states (AC, RO, AM, RR). All the info above has been picked from official source: http://pcdsh01.on.br Wikipedia (properly) follows suit: http://en.wikipedia.org/wiki/Time_in_Brazil Henrique Peron Campo Grande, MS UTC-4 (DST: UTC-3) -Mensagem Original- From: Marcos Favero Florence de Barros Sent: Wednesday, June 22, 2011 11:49 PM To: freedos-user@lists.sourceforge.net Subject: [Freedos-user] Timezones Hi Mike, I shouldn't even have called this thing a bug. It is, at most, an issue of semantics. Because the SNTC screen message used the word timezone, I thought it would write UTC+3. I'm probably right on that point (just ckecked it in the Wikipedia), but it was rather diselegant from me to find fault in such a fine set of programs. I apologize. Marcos :-) -- Marcos Favero Florence de Barros Campinas, Brazil -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Code pages in dot-matrix printers
Yes Eric, now that you mentioned that, it was what I did with that Epson LX-800 printer that I had - but, as I had said, I used MS-DOS 6.0 and QBASIC for that. Developing a wholly independent program for that is something else - which I don't know how. My question is still up, Eric: Would you be interested? I know that you said regarding your question but I think I didn't understand what you meant. Let me see - your idea was to give coordinates on how to do the whole thing? If it was that, it was helpless. I'm sorry. It seems that you have the knowledge to develop the printer driver (well, a program that would send pixel data to printers). I could enter with the info on the pixel data itself. I have a huge text file with many glyphs in the format below. You'll see the Euro sign as an example. That huge text file is composed primarily by extracted data from the 8x16 font files of all codepages that I had prepared for FreeDOS' CPI files until 2006. That was part of a partnership between me and Mateusz Viste for his Foxtype Unicode text file viewer for FreeDOS. He provided the software that extracted data from the font files. In a following step, I edited that huge text file directly to enter more Unicode chars which weren't (some still aren't) part of any codepage. #20AC .... .@@..@@. @@.. @... @@.. @@.. @@.. .@@..@@. .... The number refers to the hex code (Unicode). Naturally, every dot would be a 0 and every @ would be a 1; with a little math, we have pixel data for any printer. The following step would be to create association files. I would prepare them. Let's say that we would have a file called CP858.TXT, which would be checked by, let's say, PRINTER.EXE. There would be a line which would read: D5, 20AC Then, I would run C:\ PRINTER 858 Now, PRINTER.EXE knows that it would have to check CP858.TXT. If, when intercepting data being sent to a printer, it receives byte D5h, it would send the glyph code 20AC from the text file I have here. You see, Bert and Eric, that in what concerns the characters themselves, I have that figured out already (ok, perhaps I missed something - if you feel that to be the case, please let me know). However, in what concerns *how to send the data to the printer*, someone else will be needed for that. I think that you both agree that we could forget about the idea of developing software to extract data from CPI files (no matter who would do that). That leaves another variable out of the equation and simplifies the whole process, in my opinion. Cheers, Henrique Em 5/5/2011 20:09, Eric Auer escreveu: Hi Henrique, Bret, interesting to know that there's someone out there, familiar to FreeDOS, still using those 9-pin printers. At least here in Brazil they're still used on lots of places because of their low operational cost. Well, Eric and Konstantyn... So much for the museum idea! Well... We had a 24 pin printer 20 years ago and I patched some closed source tools which were hardcoded for a 9 pin printer from 25-30 years ago to work with that new printer when the old 9 pin broke, so... ;-) Anyway, regarding your question and the comment from Bret: I think you can do quite a bit with ESC/P, HP PCL and PostScript when you stick to basic feature sets, as those tend to be in the common denominator of things supported by different variants of said printer languages. You can check the FreeDOS GRAPHICS source codes for the general idea if you like, Bret :-) The short story for printing text as graphics is as follows: You send some ESC sequence to initiate graphics mode, then you send a header sequence saying that N columns of pixel data follow and then you send the pixel data as either 1 or 3 bytes per column (8 or 24 pins used). For 24 pins, you can either scale a VGA font, increase margins, or both, or design a special printer font. I think scaling 8x8 would be a bit pointless (can just use low quality 8 pin mode then, even 24 pin head printers support that) so I would either go for 8x16 and leave 8 pins unused (line spacing and thus papere movement per line of graphics are adjustable after all) or try to tweak-scale 8x14 to ca 2 times 8x12. For PostScript and HP PCL, the pixel data formats are different, but you can be very creative with PostScript anyway. Actually uploading a font might be a good choice for the latter, or turning the font to some sort of rendering macro that you would send as header before the text that you want to be printed. As far as I remember, HP PCL pixel data was row oriented, so you send all pixels for one stripe of paper (e.g. as wide as suitable to print 80 characters if that is the output style you have in mind) at a time and the printer itself decides how to pool pixels to avoid having to move the print head too much. Usually it would flush the pool when a page gets full or no
Re: [Freedos-user] Code pages in dot-matrix printers
Hi Mark, it's not about willing to accept. Unfortunately, printing on graphics mode seems to be the only common denominator among all brands and models of printers. Naturally, if someone needs a character table which is already hardcoded to his/her printer, all (s)he will have to do is to setup his/her printer accordingly and print on text mode. However, many printers have a very reduced set of character tables; furthermore, there are a lot of codepages which I created for FreeDOS which naturally aren't hardcoded anywhere. Last but not least - the DOS drivers you pointed us to refer to 32-bit DOS. Henrique Em 6/5/2011 11:20, Mark Blain escreveu: Henrique Peronhpe...@terra.com.br wrote in news:4dc2ebc0.30...@terra.com.br: I just read a PDF file Epson ESC/P Reference Manual. It explains that 24-pin printers can receive definitions on 241 characters into its RAM but those 9-pin LX printers cannot. They can only receive 6 characters. It seems that uploading a codepage into a printer's RAM is out of the question. :-( Perhaps the idea (which is what I did once with a 9-pin Epson LX-800 that I had) is to manipulate the printer head directly. That would leave CPI files and hardcoded printer codepages out of the equation. That would force me to manually provide the data (through a TXT file) which would be sent to a printer through some program which would pose as a printer driver. I would like to elaborate more on this but it seems this is the wrong freedos-list to do that. I have some ideas and perhaps we could work together on a printer driver for FreeDOS. If you're willing to accept the very slow printing speed of your printer's graphics mode then you may want to investigate GhostScript, which already provides a wide variety of fonts, sizes and printer drivers. http://en.wikipedia.org/wiki/PostScript#.22Hello_world.22 http://pages.cs.wisc.edu/~ghost/doc/AFPL/get510.htm -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Code pages in dot-matrix printers
Freely available, Marco. I just didn't upload it into the FreeDOS database because it was meant for (my) internal work only. I sent a copy of that huge file to Viste for him to include it as an internal database for his Foxtype Unicode text file viewer. However, should any software developer be interested on that, I could upload it into the FreeDOS database so that I would maintain it. There would always be new glyphs to be included. Therefore, I would always keep updating that huge text file. Let me call it a glyph database. That GNU Unifont bitmap file you mentioned is better in a way, because it is far more comprehensive than mine. However, it bases its characters on a 16x16 matrix, instead of an 8x16 one. Anyway, I'll e-mail the author. Thank you for the info! Best regards, Henrique Peron Em 6/5/2011 14:12, Marco Achury escreveu: Sounds very interesting. Look around for the TT font named GNU Unifont, contains a very big subset of unicode and is not vectorial, is based on bitmaps, looks ready for dot matrix printing. Your gliph file is freely available? Best regards Marco Achury El 06/05/2011 03:30 a.m., Henrique Peron escribió: Yes Eric, now that you mentioned that, it was what I did with that Epson LX-800 printer that I had - but, as I had said, I used MS-DOS 6.0 and QBASIC for that. Developing a wholly independent program for that is something else - which I don't know how. My question is still up, Eric: Would you be interested? I know that you said regarding your question but I think I didn't understand what you meant. Let me see - your idea was to give coordinates on how to do the whole thing? If it was that, it was helpless. I'm sorry. It seems that you have the knowledge to develop the printer driver (well, a program that would send pixel data to printers). I could enter with the info on the pixel data itself. I have a huge text file with many glyphs in the format below. You'll see the Euro sign as an example. That huge text file is composed primarily by extracted data from the 8x16 font files of all codepages that I had prepared for FreeDOS' CPI files until 2006. That was part of a partnership between me and Mateusz Viste for his Foxtype Unicode text file viewer for FreeDOS. He provided the software that extracted data from the font files. In a following step, I edited that huge text file directly to enter more Unicode chars which weren't (some still aren't) part of any codepage. #20AC .... .@@..@@. @@.. @... @@.. @@.. @@.. .@@..@@. .... The number refers to the hex code (Unicode). Naturally, every dot would be a 0 and every @ would be a 1; with a little math, we have pixel data for any printer. The following step would be to create association files. I would prepare them. Let's say that we would have a file called CP858.TXT, which would be checked by, let's say, PRINTER.EXE. There would be a line which would read: D5, 20AC Then, I would run C:\ PRINTER 858 Now, PRINTER.EXE knows that it would have to check CP858.TXT. If, when intercepting data being sent to a printer, it receives byte D5h, it would send the glyph code 20AC from the text file I have here. You see, Bert and Eric, that in what concerns the characters themselves, I have that figured out already (ok, perhaps I missed something - if you feel that to be the case, please let me know). However, in what concerns *how to send the data to the printer*, someone else will be needed for that. I think that you both agree that we could forget about the idea of developing software to extract data from CPI files (no matter who would do that). That leaves another variable out of the equation and simplifies the whole process, in my opinion. Cheers, Henrique Em 5/5/2011 20:09, Eric Auer escreveu: Hi Henrique, Bret, interesting to know that there's someone out there, familiar to FreeDOS, still using those 9-pin printers. At least here in Brazil they're still used on lots of places because of their low operational cost. Well, Eric and Konstantyn... So much for the museum idea! Well... We had a 24 pin printer 20 years ago and I patched some closed source tools which were hardcoded for a 9 pin printer from 25-30 years ago to work with that new printer when the old 9 pin broke, so... ;-) Anyway, regarding your question and the comment from Bret: I think you can do quite a bit with ESC/P, HP PCL and PostScript when you stick to basic feature sets, as those tend to be in the common denominator of things supported by different variants of said printer languages. You can check the FreeDOS GRAPHICS source codes for the general idea if you like, Bret :-) The short story for printing text as graphics is as follows: You send some ESC sequence to initiate graphics mode, then you send a header sequence saying that N columns of pixel data follow
Re: [Freedos-user] Code pages in dot-matrix printers
Hi Eric, Mark, Ok - I have a glyph database of 8x16 chars in a single text file. Would that do for a start? Or the idea is to wait for someone volunteer on developing software to automatically convert screen fonts to the printer? Henrique Em 6/5/2011 17:09, Eric Auer escreveu: Hi Mark, Henrique, ghostscript in general is a nice tool and there are ports for DOS which work in FreeDOS or are even made for FreeDOS, I think that for example Blair made one such port. Using 32 bit DOS C compilers is no big problem, things still run on 16 bit DOS but you will need a 386 or newer CPU. Another nice detail is that ghostscript can output several printer languages, PDF and PS. However, the main purpose of ghostscript is to read postscript. As such, it is not meant to be used as a small tool or even a driver to convert plain text into a picture of that text with a given bitmap font. In fact, ghostscript would be a *very* bloated software if you only want to do that ;-) Eric PS: I think 8x16 fonts or 16x16 fonts are not that bad. And it is indeed true that graphics modes with a limited horizontal resolution print much faster... In fact 180x180 dpi fits text printing, speed and compatibility very well on ESC/P printers. ... Last but not least - the DOS drivers you pointed us to refer to 32-bit DOS. Ah, I didn't catch that. You could find an older 16-bit GhostScript, but it doesn't sound like scalable fonts are your current goal. -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Code pages in dot-matrix printers
Alain, the answer is to interpolate the glyphs but I don't know how to do it - by the way, at least on what concerns Epson printers, I think that there's a native way to interpolate low-resolution glyphs. Anyone wishing to develop the printer driver would also have to check Panasonic documentation. Henrique Em 6/5/2011 23:01, Alain Mouette escreveu: In the printes, fonts should have Low Res 9 pin: 72/6 = 12 pixels Low Res 24 pin: 180/6= 30 pixels Hi Res 9 pin: 144/6= 24 pixels Hi Res 24 pin: 360/6= 60 pixels This for the whole line (glyph + spacing). Can tou imagine how to convert your database to work with these resolutions? Alain Em 06-05-2011 23:33, Henrique Peron escreveu: Hi Eric, Mark, Ok - I have a glyph database of 8x16 chars in a single text file. Would that do for a start? Or the idea is to wait for someone volunteer on developing software to automatically convert screen fonts to the printer? Henrique Em 6/5/2011 17:09, Eric Auer escreveu: Hi Mark, Henrique, ghostscript in general is a nice tool and there are ports for DOS which work in FreeDOS or are even made for FreeDOS, I think that for example Blair made one such port. Using 32 bit DOS C compilers is no big problem, things still run on 16 bit DOS but you will need a 386 or newer CPU. Another nice detail is that ghostscript can output several printer languages, PDF and PS. However, the main purpose of ghostscript is to read postscript. As such, it is not meant to be used as a small tool or even a driver to convert plain text into a picture of that text with a given bitmap font. In fact, ghostscript would be a *very* bloated software if you only want to do that ;-) Eric PS: I think 8x16 fonts or 16x16 fonts are not that bad. And it is indeed true that graphics modes with a limited horizontal resolution print much faster... In fact 180x180 dpi fits text printing, speed and compatibility very well on ESC/P printers. ... Last but not least - the DOS drivers you pointed us to refer to 32-bit DOS. Ah, I didn't catch that. You could find an older 16-bit GhostScript, but it doesn't sound like scalable fonts are your current goal. -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Code pages in dot-matrix printers
Very nice site, Marco - I'll contact Czyborra. Thank you, Henrique Em 6/5/2011 21:00, Marco Achury escreveu: Henrique: Read this: http://czyborra.com/unifont/ Unifont uses 8x16 matrix for latin characters and many others with low complexity. For chinese and other complex characters use 16x16, so complex chartacters will take 2 text positions on the printed output. The hex unifont is at: http://www.czyborra.com/unifont/unifont.hex.gz examples on the above page: 0041: ---##--- --#--#-- --#--#-- -##- -##- -##- -##- -##- -##- -##- 4E21: -#-- ---# ---# --###--- --###--- --#-#--#--#-#--- --#-#--#--#-#--- --#-#--#--#-#--- --#-#--#--#-#--- --#-###-#--- --#-#-#-#--- --#-#--- --###--- El 06/05/2011 02:38 p.m., Henrique Peron escribió: Freely available, Marco. I just didn't upload it into the FreeDOS database because it was meant for (my) internal work only. I sent a copy of that huge file to Viste for him to include it as an internal database for his Foxtype Unicode text file viewer. However, should any software developer be interested on that, I could upload it into the FreeDOS database so that I would maintain it. There would always be new glyphs to be included. Therefore, I would always keep updating that huge text file. Let me call it a glyph database. That GNU Unifont bitmap file you mentioned is better in a way, because it is far more comprehensive than mine. However, it bases its characters on a 16x16 matrix, instead of an 8x16 one. Anyway, I'll e-mail the author. Thank you for the info! Best regards, Henrique Peron Em 6/5/2011 14:12, Marco Achury escreveu: Sounds very interesting. Look around for the TT font named GNU Unifont, contains a very big subset of unicode and is not vectorial, is based on bitmaps, looks ready for dot matrix printing. Your gliph file is freely available? Best regards Marco Achury El 06/05/2011 03:30 a.m., Henrique Peron escribió: Yes Eric, now that you mentioned that, it was what I did with that Epson LX-800 printer that I had - but, as I had said, I used MS-DOS 6.0 and QBASIC for that. Developing a wholly independent program for that is something else - which I don't know how. My question is still up, Eric: Would you be interested? I know that you said regarding your question but I think I didn't understand what you meant. Let me see - your idea was to give coordinates on how to do the whole thing? If it was that, it was helpless. I'm sorry. It seems that you have the knowledge to develop the printer driver (well, a program that would send pixel data to printers). I could enter with the info on the pixel data itself. I have a huge text file with many glyphs in the format below. You'll see the Euro sign as an example. That huge text file is composed primarily by extracted data from the 8x16 font files of all codepages that I had prepared for FreeDOS' CPI files until 2006. That was part of a partnership between me and Mateusz Viste for his Foxtype Unicode text file viewer for FreeDOS. He provided the software that extracted data from the font files. In a following step, I edited that huge text file directly to enter more Unicode chars which weren't (some still aren't) part of any codepage. #20AC .... .@@..@@. @@.. @... @@.. @@.. @@.. .@@..@@. .... The number refers to the hex code (Unicode). Naturally, every dot would be a 0 and every @ would be a 1; with a little math, we have pixel data for any printer. The following step would be to create association files. I would prepare them. Let's say that we would have a file called CP858.TXT, which would be checked by, let's say, PRINTER.EXE. There would be a line which would read: D5, 20AC Then, I would run C:\ PRINTER 858 Now, PRINTER.EXE knows that it would have to check CP858.TXT. If, when intercepting data being sent to a printer, it receives byte D5h, it would send the glyph code 20AC from the text file I have here. You see, Bert and Eric, that in what concerns the characters themselves, I have that figured out already (ok, perhaps I missed something - if you feel that to be the case, please let me know). However, in what concerns *how to send the data to the printer*, someone else will be needed for that. I think that you both agree that we could forget about the idea of developing software to extract data from CPI files (no matter who would do that). That leaves another variable out of the equation
Re: [Freedos-user] Code pages in dot-matrix printers
Hi Eric, it is not confusing; I got the idea. Thanks! :-) I just read a PDF file Epson ESC/P Reference Manual. It explains that 24-pin printers can receive definitions on 241 characters into its RAM but those 9-pin LX printers cannot. They can only receive 6 characters. It seems that uploading a codepage into a printer's RAM is out of the question. :-( Perhaps the idea (which is what I did once with a 9-pin Epson LX-800 that I had) is to manipulate the printer head directly. That would leave CPI files and hardcoded printer codepages out of the equation. That would force me to manually provide the data (through a TXT file) which would be sent to a printer through some program which would pose as a printer driver. I would like to elaborate more on this but it seems this is the wrong freedos-list to do that. I have some ideas and perhaps we could work together on a printer driver for FreeDOS. We could start e-mailing each other directly to discuss that. What do you say? Regards, Henrique Em 5/5/2011 04:57, Eric Auer escreveu: Hi Henrique, If I understood you correctly, by using FreeDOS GRAPHICS, I could send a codepage directly to the printer's RAM (naturally, one which wasn't already hardcoded into it). Am I right? It would be great. No. You could print a screenshot of DOS showing text in some (possibly user-defined, with some codepage) as a picture, as graphics. That only works if you switched to a GRAPHICS mode first and if our DISPLAY driver makes sure that your custom font is used there (as opposed to only in text modes where the VGA hardware does the font handling). However, it shows the general idea. I believe Aitor also wrote some tool long ago which works similar but for hardware TEXT modes: The tool reads the VGA hardware font and uses that when printing the text that you see on the screen in text mode, printing a picture of that. If you use DISPLAY to load a custom codepage, the VGA font in hardware will be the font loaded from your codepage then. A third tool would be one which reads a text FILE or poses as a DOS printer device (like PRN or LPT1 etc) but then does not print the text as text. Instead, it would read the font of a codepage of your choice and send a picture of the text in that codepage font to your printer. While I am not aware of a nice implementation of this idea, I once wrote a similar driver which hooked LPTn+1 (where n is the number of real printer ports that you have) and made graphical printouts of all text sent there using the VGA 8x8 BIOS font to print huge amounts of text on one sheet of paper but at the expense that printing happens only every 3 lines, as I had a 24 pin printer at that time ;-) Of course this meant that only plain text could be printed to LPTn+1, and that you had to be careful printing to LPT1 while the tool was active because LPT1 was where the actual printer was. 5) Somehow send those codepages to the printers' RAM. (I'm aware that unfortunately not all printers might provide such a feature.) I know that the 24 pin printer had that feature. You could overload few, many or all character shapes depending on how much of the RAM in the printer you wanted to spend: The more characters you overloaded, the shorter the built-in FIFO RAM buffer for printing would go, in the said 3 possible steps. (At least in my mind,) this particular step would require some software to somehow analyze the codepages encoded into the FreeDOS codepage libraries (CPX files) and send the necessary info to the printers' RAM. That would be a relatively easy transform as far as I remember, the font encoding for sending custom characters was relatively straightforward. I think Nx8, Nx16 and Nx24 font sizes could be loaded, with some 8 to 9 and 16 to 24 upscaling done by the ROM software of the printer to work on 9 / 24 pin hardware modes. Also, N could be different for each character if you selected sending a proportional spacing font. As DOS codepages are made for VGA, which has fixed character sizes, you could only check whether characters have extra empty space at the sides and then condense that to say one empty pixel after each character, to automatically calculate a proportional spacing. Of course this has to be user-selectable if you implement it at all, otherwise ASCII arts and text screenshots would break. Those only work in fixed spacing fonts, obviously :-) Such step would naturally not be necessary to deal with regular codepages, like 858 or 808... You assume that printers have codepage 858 in hardware. The set of implemented codepages varies wildly and 858 which is 850 plus Euro sign will probably NOT be implemented in older printers but then it is a good example how loading only ONE character (Euro) in the printer RAM can efficiently implement some codepage by starting from another codepage, e.g. 850 :-) Some printers would for example support ASCII, 437, 850 and something
Re: [Freedos-user] Code pages in dot-matrix printers
Hi Eric, ok, so printing in graphics mode it is. Yes, it would be slow, but there would be no limitations. There would be no dependence on codepages, either hardcoded or not. Programming in QBASIC was a long time ago. I don't program on any language anymore for almost 20 years. It seems, then, that it is all about intercepting texts and calculating glyphs. It seems you have the knowledge for that. Would you be interested? Cheers, Henrique Em 5/5/2011 15:04, Eric Auer escreveu: Hi Henrique, I just read a PDF file Epson ESC/P Reference Manual. It explains that 24-pin printers can receive definitions on 241 characters into its RAM but those 9-pin LX printers cannot. They can only receive 6 characters Well 241 is enough for normal purposes, control chars do not really need to have a shape which is visible on paper. But yes if you find a 9 pin printer in a museum, no font. Perhaps the idea (which is what I did once with a 9-pin Epson LX-800 that I had) is to manipulate the printer head directly. That is simply called printing graphics :-p would force me to manually provide the data (through a TXT file) which would be sent to a printer through some program which would pose as a printer driver. I would like to elaborate more on this but... No, you can just intercept the text and calculate the picture based on a font in RAM. You could just use the font of DISPLAY or the VGA card to save some RAM, but of course the necessary transformation of formats will make this somewhat CPU-heavy and slow. You can put the font pre-calculated in printer data style in RAM which saves CPU work but uses more RAM. Or you can do as you suggest - use some tool which would work similar to font-prn fontfile.cpi 4242 sometext.txt where 4242 would be the codepage number selected from the CPI... Cheers, Eric -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Code pages in dot-matrix printers
Hi Bret, interesting to know that there's someone out there, familiar to FreeDOS, still using those 9-pin printers. At least here in Brazil they're still used on lots of places because of their low operational cost. Well, Eric and Konstantyn... So much for the museum idea! Yes Bret, I can only imagine how hard it would be to work with printer support. It wouldn't be my job anyway. I'm not a programmer for a long time already and I've been looking for someone to volunteer on that. Henrique Em 5/5/2011 17:38, Bret Johnson escreveu: FWIW, I still have and occasionally use a 9-pin dot-matrix printer. It's a Panasonic, and to print graphics (like from a DOS CAD program I used to use all the time) I have to tell the program I have an IBM Graphics Printer, not any kind of Epson. You should also at least consider the implications for different versions of PCL and PostScript. There may be other manufacturer-specific protocols you may want/need to support as well. Messing with printer protocols is a MAJOR headache, and this project could easily turn into a black hole for your time. I'm not saying this wouldn't be a worthwhile project, just be forewarned that it's not as simple as it may seem at first. -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Code pages in dot-matrix printers
Thank you very much my friend! :) Em 4/5/2011 07:53, escape escreveu: Hello Henrique I have an good-old dot-matrix printer, but unfortunately without any manual. But I think it's not a big problem, as in-printer codepage can be printed. Still I bet, that in this case there is only two options possible: cp437 or some slight variation of cp866. I will send you results as soon, as I can get some time to recover it from storage, set it up and print-out ASCII-chart. On 28.04.11 10:05, Henrique Peron wrote: Hi all, is there anyone out there which happens to have user guides/reference manuals of those old dot-matrix printers? If so, there are, in general, pages on those guides that show tables of characters (Code pages). My e-mail address is hperon AT terra.com.br ; in case someone wants to help me, I could be contacted through the e-mail address just informed. The idea is to convert all useful info into new codepages for FreeDOS. Let me mention two cases as examples: I've been looking (for a few years already) for the description of codepages 854 and 776. Thanks in advance. Henrique Peron -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Code pages in dot-matrix printers
Yes Alain, thank you! ...And any other manuals which I could put my hands on! :) Em 4/5/2011 14:04, Alain Mouette escreveu: There is a manual here http://support.epson.ru/upload/library_file/14/esc-p.pdf and some info here: http://webpages.charter.net/dperr/links/esc_p2.htm is this what you want? Alain Em 04-05-2011 14:31, Henrique Peron escreveu: Thank you very much my friend! :) Em 4/5/2011 07:53, escape escreveu: Hello Henrique I have an good-old dot-matrix printer, but unfortunately without any manual. But I think it's not a big problem, as in-printer codepage can be printed. Still I bet, that in this case there is only two options possible: cp437 or some slight variation of cp866. I will send you results as soon, as I can get some time to recover it from storage, set it up and print-out ASCII-chart. On 28.04.11 10:05, Henrique Peron wrote: Hi all, is there anyone out there which happens to have user guides/reference manuals of those old dot-matrix printers? If so, there are, in general, pages on those guides that show tables of characters (Code pages). My e-mail address is hperon AT terra.com.br ; in case someone wants to help me, I could be contacted through the e-mail address just informed. The idea is to convert all useful info into new codepages for FreeDOS. Let me mention two cases as examples: I've been looking (for a few years already) for the description of codepages 854 and 776. Thanks in advance. Henrique Peron -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Code pages in dot-matrix printers
That is the point, Marco - I am not interested on any particular documentation. I am interested on all of them. Any documentation, related to any printer, from any manufacturer. The idea is to provide as many encodings as possible, for FreeDOS. You see, I'm particularly interested on those hardcoded encodings available, precisely, through the configuration of those dip-switches. Not only Epson provided such feature on their printers. There were printers from Citizen and other manufacturers on those days which also had tables of characters hardcoded on them and available through combination of dip-switches. Thank you, Henrique Em 4/5/2011 08:26, Marco Achury escreveu: If you inform manufacturer and model is easier to find help. Many Epson printers use Esc/C control language, also I remember was possible to make a hardware config with litltle switches. El 04/05/2011 07:23 a.m., escape escribió: Hello Henrique I have an good-old dot-matrix printer, but unfortunately without any manual. But I think it's not a big problem, as in-printer codepage can be printed. Still I bet, that in this case there is only two options possible: cp437 or some slight variation of cp866. I will send you results as soon, as I can get some time to recover it from storage, set it up and print-out ASCII-chart. On 28.04.11 10:05, Henrique Peron wrote: Hi all, is there anyone out there which happens to have user guides/reference manuals of those old dot-matrix printers? If so, there are, in general, pages on those guides that show tables of characters (Code pages). My e-mail address is hperon AT terra.com.br ; in case someone wants to help me, I could be contacted through the e-mail address just informed. The idea is to convert all useful info into new codepages for FreeDOS. Let me mention two cases as examples: I've been looking (for a few years already) for the description of codepages 854 and 776. Thanks in advance. Henrique Peron -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- -- +-+-+-+-+-+-+-+ Marco A. Achury Tel: +58-(212)-6158777 Cel: +58-(414)-3142282 Skype: marcoachury http://www.achury.com.ve -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Code pages in dot-matrix printers
Hallo Eric! Wie geht's, mein Freund? :) If I understood you correctly, by using FreeDOS GRAPHICS, I could send a codepage directly to the printer's RAM (naturally, one which wasn't already hardcoded into it). Am I right? It would be great. All the codepages which I *created* for FreeDOS could be sent to a printer that way. Meanwhile, I'm right now focusing on codepages/character tables which already exist; those which were created by the major industry and hardcoded into printers. Alain Mouette just posted links to very useful documentation, among them a very interesting 9 MB PDF file. I'll check that against what I have already released for FreeDOS and see if there's something new. My goal: 1) To find documentation on as many codepages/character tables as possible. 2) To prepare the proper keyboards to work with them. Then, anyone could print on text mode, instead of graphics mode. That would be as fast as the printer could print, since it would not draw the characters on paper. Therefore - yes, if you could ask around to find old handbooks and scan only the pages regarding codepages/character tables, I would appreciate that a lot! :) Continuing my goal: 3) In the case of languages for which there has never been support by the industry, I would create codepages for them. This particular step I have already taken to assist, for instance, all official languages of Russia's 21 republics and all official languages written with the latin alphabet on Oceania and Africa and several indigenous languages considered co-official on the Americas. 4) Prepare the proper keyboards to work with them. Step already taken as well. 5) Somehow send those codepages to the printers' RAM. (I'm aware that unfortunately not all printers might provide such a feature.) (At least in my mind,) this particular step would require some software to somehow analyze the codepages encoded into the FreeDOS codepage libraries (CPX files) and send the necessary info to the printers' RAM. Such step would naturally not be necessary to deal with regular codepages, like 858 or 808, but with the codepages I created for FreeDOS, all in the cp300xx range. This step would not be taken by me; I've been (for a few years already) looking for someone who would volunteer on that. Ideas are always welcome. Well... That's it. I thank you in advance for anything you find. Best regards, Henrique Em 4/5/2011 16:04, Eric Auer escreveu: Hi Henrique, while I agree that it would be interesting to know which character byte corresponds to which character shape for lots of ancient printers, I almost cannot imagine any pre-ESC/P printer to be still working and for those it is always an (although slow) option to print text using graphics mode and the DOS EGA or VGA codepage font data. You could use FreeDOS GRAPHICS (with HP-PCL, ESC-P and PostScript support) but something specifically tuned to printing black and white text might be faster, of course even more relevant when the PC is as old as the printer. I remember that printers HAD dip switches or otherwise selectable alternate codepages, so if really needed, I could ask around to find old handbooks, but even those printers that I remember already supported graphics ;-) Yes, dot-matrix printers are old. Yes, I might buy a modern color inkjet or laser printer, no doubt about that. I don't have a dot-matrix printer (anymore - I've already had an Epson LX-800 and, later, an Epson LX-300 and, after that, an Epson Stylus Color - the first color inkjet... ... You see, the point is that FreeDOS might be useful for people who kept their old hardware for all these years and would still like to use it, Regards, Eric http://support.epson.ru/upload/library_file/14/esc-p.pdf http://webpages.charter.net/dperr/links/esc_p2.htm -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Code pages in dot-matrix printers
Hi all, is there anyone out there which happens to have user guides/reference manuals of those old dot-matrix printers? If so, there are, in general, pages on those guides that show tables of characters (Code pages). My e-mail address is hperon AT terra.com.br ; in case someone wants to help me, I could be contacted through the e-mail address just informed. The idea is to convert all useful info into new codepages for FreeDOS. Let me mention two cases as examples: I've been looking (for a few years already) for the description of codepages 854 and 776. Thanks in advance. Henrique Peron -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] New ukrainian keyboard layouts and codepages
Hello Konstantyn, Escape - and all to whom it may concern, I have just prepared and revised all ukrainian keyboard layouts, which, as I have found on the web, are 5: 1) The one which follows ukrainian standard 2019-91, as Konstantyn Sadovoy explained to me. It provides ґ/Ґ at the left of 1. 2) Windows XP standard. It provides ё/Ё at the left of 1 and ґ/Ґ as AltGr+Г and, when using a 102-key keyboard, at the left of Я. I've added the apostrophe as AltGr+Є. 3) Windows Vista standard. The differences between this one and layout nº 2 are: The apostrophe and the hryvnia sign are at the left of 1 and ґ/Ґ is at the left of Я. It is meant for 102-key keyboards only. 4) IBM-DOS standard (probably, MS-DOS standard as well). It provides `/+ at the left of 1. All digits are in the second layer (i.e. Shift is needed to access them). 5) IBM OS/2 Server for e-Business standard. Similar to layout nº 4. The main difference is that «/» is at the right of !/=. All 5 layouts are meant to work with: 1) Codepages for ukrainian: cp1125, cp848 (Euro sign instead of international currency sign) and cp62565 (Hryvnia sign instead of international currency sign). 2) Codepages for russian: cp866, cp808 (Euro sign instead of international currency sign) and cp63330 (Hryvnia sign instead of international currency sign). 3) Codepages for crimean tatar (when written with the latin alphabet): cp857 (actually, the codepage for turkish, which provides the Euro sign) and cp61273 (Hryvnia sign instead of Euro sign). All extra consonants for that language (as well as â/Â) are found on AltGr + letter_without_diacritic. i/İ is found at the left of 1; the grave and tilde accents are still found there, though AltGr and Shift + AltGr are needed. ı/I is found on I. ö/Ö is found on [ and ü/Ü is found on ]. Square and round brackets are found on the same keys, though AltGr and Shift + AltGr are needed. AltGr must be used to type the Euro or the Hryvnia signs. Locating them should be intuitive. :-) RUSCII codepage has been devised for FreeDOS (as 61541); however, since it changes nothing on the behaviour of any keyboard, it was not included into the possible codepages to be used with any of them, so to avoid inflating files unnecessarily. Therefore, it can be used to read texts only, Support for codepages 850, 858, 849 and 1131 have been dropped since it made no sense to keep them - there's no support for western-european languages (cp850, 858) or belarusian (cp849, 1131) on ukrainian keyboards. I will now work on the documentation and probably release the new keyboard and codepage packs by wednesday 27th. Henrique Peron Em 23/4/2011 03:44, Садовой Константин escreveu: Hello all. Dear Henrique. Previously thank from Ukraine nation for You for provide the Ukrainian national codepage for FreeDOS. The ukrainian keyboard layout is not changed, and so, it described in the RST 2019-91, and so equal to this: Upper cased: Ґ!№;%:?*()_+/ ЙЦУКЕНГШЩЗХЇ ФІВАПРОЛДЖЄ ЯЧСМИТЬБЮ, Lower cased: ґ1234567890-= йцукенгшщзхї фівапролджє ячсмитьбю. So, I and all other ukrainian users do not needed the other keyboard layout. Thank for your proposition. Furthermore - Konstantin, please notice this - you said that RST 2018-91 doesn't describe which glyphs should be encoded beyond codepoint F9h at the RUSCII codepage. In the F9h, this is a ї (yi) ukrainian letter, that is imaged in the RUSCII.GIF. -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] New ukrainian keyboard layouts and codepages
Hi all, previously, as can be read below, Konstantyn sent me a description on how the ukrainian keyboard layout should be, according to ukrainian standard 2019-91. Today, I received another message from him, stating that the layout he had described was actually how he thinks it must be - therefore a customization rather than an official standard. It is no problem. Furthermore, today he asked for a key with the apostrophe and the hryvnia sign, as available in the layout under Windows Vista. There was only one key left for customization and it is the one which presents \ and |. This leaves me with that: 1) The key at the left of 1 would present ґ/Ґ; 2) The key at the right of = would present '/₴. However, I would just like to swap those keys, so that the customized ukrainian layout as proposed by Konstantyn would resemble the Windows Vista layout, therefore reducing an eventual learning curve to FreeDOS newbies coming from Windows Vista (and probably Windows 7). Is that OK? Escape: Yes, I would indeed appreciate close pictures present ukrainian physical keyboards. I thank you in advance. Escape, I have found, on the web, a picture of an ukrainian keyboard which complies to the layout provided for Windows XP. It tells me, then, that the layout on XP is not buggy; it seems, though, that it is a software implementation from an american dealer. Nonetheless, if it exists and it is american, perhaps it is used by ukrainian emigrés in the USA and therefore it must be provided for FreeDOS. Please check this link: http://www.google.com.br/url?source=imgresct=imgq=http://store.aramedia.com/shopimages/products/normal/kb-ukrainianblack.jpgsa=Xei=-Ki1TZfVBtDdgQfLo8DlBAved=0CAQQ8wcusg=AFQjCNHLJhIUzszOlOzPQ6GuKTGQaGjdsA The info on the physical layout released in the ukrainian market since 2000 is interesting and I thank you for that; however, in this case, I cannot ignore any physical layouts - including those released prior to 2000. According to info I have, there are 2 (with slight differences between them) and both present `/+ at the left of 1 and all digits are presented in the second layer (Shift). The only difference between them is that one of them provides the ASCII quotation mark while the other provides left- and right-pointing double angle quotation marks. Konstantyn: the idea of creating russian codepages with the hryvnia sign is that they be used in Ukraine. Regardless of the language, the currency is the hryvnia. ;-) Naturally, I've prepared the ukrainian keyboards also to be able to use regular russian codepages. Important to mention is that, in what comes to text in itself, the codepage is irrelevant. You can use codepage 63330 (russian cp866 + hryvnia) and send text to someone in Russia, which will use either codepage 808 or 866 and still be able to read your text. You can also use codepage 62565 (ukrainian cp1125 + hryvnia) and send text to someone which is not even aware of the existence of that codepage and (s)he will still be able to read your ukrainian text accordingly. Konstantyn, you asked me to include the hryvnia sign on RUSCII instead of the international currency sign. Ok, I'll do that; furthermore, as I had remembered what Escape told us while working on ukrainian keyboards/codepages this weekend (that the ukrainian standard 2018-91 does not specify which glyphs should be available from codepoint FAh onwards), I included the left- and right-pointing double angle quotation marks («/») instead of the middle dot and the square root. According to info I have, they are the preferred type of quotation marks in ukrainian (and russian, by the way). They will be encoded this way: AltGr + Б = « and AltGr + Ю = ». Henrique Em 25/4/2011 09:47, escape escreveu: Hello Henrique, Thanx for the great job! I really appreciate your efforts, but just FYI I think, that I need to point a few moment you may be not aware of. First: all keyboards, shipped to local market after about 2000 has same physical layout, which is most close to 2019-91 (if you interested I can send you some photos). There is still some slight variations in slashes (/, \) positioning and additional keyboard blocks (arrows, pgup-pgdn-prtscrn and numeric), but main alpha-numeric keyboard is the same. Microsoft standards (http://www.microsoft.com/resources/msdn/goglobal/keyboards/kbdur.htm or XP) may be considered bugged, as there is no Ё letter in Ukrainan, and many XP users installing custom layouts, self-made or downloaded somwhere, which to the some degree resembles 2019-91, or, at least, replaces Ё with Ґ. Again, all this is just information, you may consider useful or not so :). And it is always great to have more variants than less. On 25.04.11 12:00, Henrique Peron wrote: Hello Konstantyn, Escape - and all to whom it may concern, I have just prepared and revised all ukrainian keyboard layouts, which, as I have found on the web, are 5: 1) The one which follows
Re: [Freedos-user] Some about correst codepage 1125 (Ukrainian)...
Thank you Konstantin for your info on the ukrainian keyboard layout. It does not follow either IBM or Microsoft standards, therefore it's new to me. I'll provide it for FreeDOS as soon as possible. It will be compatible with codepages 1125 and 848 (1125 + Euro); unless info on Wikipedia is wrong, inaccurate or outdated, russian and crimean tatar are recognized regional languages. Therefore, I will: 1) Provide the keyboard layout as determined by resolution RST 2019-91, as explained it to me below. 2) Provide RUSCII codepage. 2) Provide a new codepage for ukrainian that will bear the hryvnia sign, so that I will be able to... 2.1) ...provide the new ukrainian keyboard layout as devised for Windows Vista: http://en.wikipedia.org/wiki/Keyboard_layout#Ukrainian 4) Rework all ukrainian keyboard layouts so to make sure that they're able to work with codepages for ukrainian (848, 1125, codepage_with_hryvnia), russian (866/808) and 857 (turkish). Konstantin, if you're following this thread, let me take the opportunity to ask you for a little more time. Escape, Konstantin, other ukrainian FreeDOS users out there: I'm always opened for suggestions and requests. If there's already any codepage for DOS which presents the hryvnia sign, I would like to know about that so that I don't reinvent the wheel. Thank you all, have a nice day, Henrique Em 23/4/2011 03:44, Садовой Константин escreveu: Hello all. Dear Henrique. Previously thank from Ukraine nation for You for provide the Ukrainian national codepage for FreeDOS. The ukrainian keyboard layout is not changed, and so, it described in the RST 2019-91, and so equal to this: Upper cased: Ґ!№;%:?*()_+/ ЙЦУКЕНГШЩЗХЇ ФІВАПРОЛДЖЄ ЯЧСМИТЬБЮ, Lower cased: ґ1234567890-= йцукенгшщзхї фівапролджє ячсмитьбю. So, I and all other ukrainian users do not needed the other keyboard layout. Thank for your proposition. Furthermore - Konstantin, please notice this - you said that RST 2018-91 doesn't describe which glyphs should be encoded beyond codepoint F9h at the RUSCII codepage. In the F9h, this is a ї (yi) ukrainian letter, that is imaged in the RUSCII.GIF. -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Some about correst codepage 1125 (Ukrainian)...
Hello all, one thing troubled me in your message, Escape. You mentioned IBM documentation between quotes so I felt the need to prove myself: http://www-01.ibm.com/software/globalization/ccsid/ccsid_registered.html You can find reference to codepage 1125 there and, on clicking its link you will find, in the following page, a link to download the PDF file. Furthermore - Konstantin, please notice this - you said that RST 2018-91 doesn't describe which glyphs should be encoded beyond codepoint F9h at the RUSCII codepage. Konstantin, I'll keep my word and prepare a particular RUSCII codepage with those 2 codepoints portraying middle dot and square root as requested. As I told you in my last message, it won't use the number 1125 and it will be available on another CPX file. Last but not least, as I also told you, after checking documentation from the major industry on the web, none of those conflicting glyphs are mapped to any standard ukrainian keyboard layout. Nonetheless, I could send you a customized keyboard layout with the middle dot and the square root mapped to any key you wish. Escape, just in case you would also find interesting to check the keyboard layouts: http://www.microsoft.com/resources/msdn/goglobal/keyboards/kbdur.htm http://www-01.ibm.com/software/globalization/topics/keyboards/registry_index.html Naturally, there's also the possibility of those two links reporting outdated info, implying that the ukrainian government might have developed a new keyboard layout of which I may not be aware of; in such case, I would deeply appreciate if you, Escape, or you, Konstantin, or any other ukrainian user out there reading this message to send me its description (or, if possible, a close picture of such keyboard) to me. I'll post a message here (and on freedos-devel) when RUSCII for FreeDOS is ready. Henrique Peron Em 21/4/2011 16:50, escape escreveu: Hello Henrique, Yeah, DOS cyrillic encodings is hell of a mess (good article on topic, you may already know, is http://czyborra.com/charsets/cyrillic.html). The RUSCII.GIF is known as codepage number 1125 ie CP1125. And there is some uncertainty about code points FAh FBh. While some sources suggests that there must be middle dot and square root - There is article on wikipedia.org about different variants of DOS 866 code page - http://ru.wikipedia.org/wiki/CP1125 . It is in russian tough, but you can search the page for CP1125. You'll find that RUSCII.GIF is actually a symbols chart for CP1125 as wikipedia means it. Other sources suggests that there must be division sign and plus-minus sign - I found this chart http://ascii-table.com/codepage.php?1125 but also it would be interesting to have a look at the IBM documentation, you mentioned. And the best thing in this story, is that Republic standard of Ukraine RST 2018-91 (http://www.terena.org/activities/multiling/koi8-u/ukrcod2018-91win.html) doesnt' describe anything at all beyond code point F9h, so code points FAh-FFh could look anything you like. On 21.04.11 20:29, Henrique Peron wrote: Агов Константин, I used IBM documentation as reference. I was not aware of a particular RUSCII table which, by the way, seems not to follow major industry standards. I've compared your RUSCII.GIF with the documentation I have and I found two discrepancies: * IBM documentation Code point FAh: division sign Code point FBh: plus-minus sign * RUSCII.GIF Code point FAh: middle dot Code point FBh: square root Two questions: 1) Did you find any other discrepancies? 2) Is there any other codepage number for which RUSCII.GIF is known? Thanks, Henrique Peron P.S.: You can contact me directly through the e-mail address found in the codepage pack documentation if you wish. Em 21/4/2011 10:08, Садовой Константин escreveu: Hello all. In the EGA4.CPX ukrainian codepage font files is ugly? Symbol table of codepage for 1125 (Ukrainian national standart, described in RST 2018-91), is not equalient to this standart. Symbol table, equaliented to Ukrainian national standart, is present this (http://porokhnyak.org/cyr/ruscii.gif) image, but it is not equal to symbol table from the EGA4.CPX from the CPI package of FreeDOS. In the old mail lists I founded the letter of Henrique Peron, dated of Fri, 07 Oct 2005 12:41:26, with subject: Ukrainian language file (this letter subject tree can be see in: http://www.mail-archive.com/freedos-devel@lists.sourceforge.net/msg03628.html). Henrique wrote about use the symbols in the ukrainian codepage symbol table in the FreeDOS font for the codepage 1125. So, I see about FreeDOS CPI fonts for codepage 1125 is not equalient to ukrainian national standart description. Why? -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top
Re: [Freedos-user] internationalization ... KEYB bug? ... i18n-DOS ... Greek, Esperanto ... kernel 2039
Saluton Ruĝulo, Hallo Eric, Hello all, I have tried to contact Xarilaos by clicking at Send me a message there at Sourceforge's page but there was an error message: Incorrect Account Type The recepient has not provided contact details. Xarilaos, if you're reading this, please contact me. My e-mail address is provided in the documentation. If for any reason you have tried it before and, for distraction, I have deleted your message in my inbox, please accept my apologies. I'll pay more attention next time. (With exception of support for the japanese language,) I provided all codepages and keyboard layouts for FreeDOS. If it is just a matter of setting it all up, I shall be able to help. On the other hand, in order to save time, if it's just a matter of typing greek text on Bloček, I'm pretty sure that setting up your greek keyboard and any greek codepage is irrelevant. Support for those (and for any other language, for that matter) is hardcoded into that text processor. Please contact its developer. Have a nice day you all, Henrique Em 22/10/2010 20:10, Rugxulo escreveu: Hi guys, There was recently somebody on SourceForge asking this: http://sourceforge.net/tracker/index.php?func=detailaid=3078800group_id=5109atid=355109 xarilaos: How can i install the greek language?. I responded with the usual generic answer (use KEYB, CPIDOS, DISPLAY, MODE ... kernel 2039/2037 COUNTRY.SYS ... Mined, Blocek). However, I'm not sure if that's really sufficient to help someone to use FreeDOS correctly. Better to show them than vaguely describe it. Long story short, I've made a new single-floppy image for this (unpublished, so far, ask if curious ... and yes, I have full srcs!!). For lack of a better name, I call it i18n-DOS. It's crammed pretty full of stuff, I tried really hard to be useful! It uses kernel 2039 and COUNTRY.SYS, and it more or less works ... except for KEYB. For some reason, every computer I try, every memory manager, even disabling certain things (CTmouse), it *always* dumps an exception when trying to load KEYB. In fact, KEYB never loads correctly. (Part of this was my confusion with trying to learn what Greek needs, 737? 869?) Whatever, but it's not even working as good as I previously confirmed (year ago?) with cp853 (Esperanto). I almost want to think it's a 2039 kernel bug, but I highly doubt it. :-( Actually, I think I even briefly swapped in old 2037, but that didn't work either. Who knows, maybe it's my floppy being bad, but I did (briefly) compare CRC32 of the KEYB*.SYS files, and everything matched okay. So I have no idea. Just slightly frustrating because KEYB is a big advantage, IMHO, over manually using whatever editor's method is otherwise available (Mined, Blocek ... though those truly rock, and yes I crammed them on there too, even Foxtype, heheh). XMGR, HIMEMX - Invalid opcode (is that the kernel saying that???) JEMM386 - Exception at CS:IP : ... Press Esc. to quit. I'm just lucky it doesn't crash the whole thing, sheesh. Just curious if anybody knows what's wrong, what to try next, etc. I think it would be nice to demo the i18n features of FreeDOS. (Maybe I should try putting the files on a more reliable medium like hard drive and see if that helps. I would definitely feel foolish if that was the solution. But anyways ) -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] how to switch keyboard layouts?
Hi Vitali, when you load a keyboard layout, any previously loaded layout is automatically unloaded. :-( On the other hand, if you're talking about a russian keyboard and you need to switch between the cyrillic and the latin layouts, you have to press Alt + Left_Shift to select the latin layer or Alt + Right_Shift to select the cyrillic layer. You'll find more info on RUSSIA.TXT, available in the keyboard layout pack documentation. Furthermore, if you need a customized finnish/russian keyboard, please let me know. Let me take the opportunity to ask you this: would you say that there's a considerable amount of russian users which would like to use a phonetic cyrillic layout instead of the regular one? Thanks, Henrique Em 28/4/2010 16:45, Vitali Samurov escreveu: Hi, is it possible to have 2 keyboard layouts and how to switch between them? Br, Vitali -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] keyb and freedos
Hi Roberto, I must add that it shouldn't even be necessary: just "KEYB UK" should do. On the other hand, I'm aware that there are two distinct british keyboard layouts. You should just try "keyb uk" first. See if *all* key labels match what you're typing. If you're successful, you should find the euro sign under AltGr + 4. If you keyboard layout is the other one, then you should try "keyb uk /id:168". Again, test all your keys. If you're successful, you should find the euro sign under AltGr + E. If you're still in trouble, please let me know. Regards, Henrique Aitor Santamara escreveu: Sorry, I was wrong. The problem is with the syntax: drop the 'CP' letters: keyb UK,858,keyboard.sys Regards, Aitor El da 11 de septiembre de 2009 15:48, Aitor Santamara aitor...@gmail.com escribi: Roberto, I gor your mail but am quite busy this week. The person that may easily help would be Henrique Peron (for knowledge). Regards, Aitor 2009/9/11 Eric Auer e.a...@jpberlin.de: Hi Roberto, I am no expert for KEYB, but even if Aitor is too busy to answer, I am sure somebody on freedos-user can help you :-) Eric Roberto iw2evk tiscali.it wrote: I've written to Aitor Santamarino without result so I write you... I want install keyb UK with CP858 (euro sign). I tried keyb UK,CP858 ,,keyboard.sys but does not work... I've added the path to keyboard.sys but failed... What is the right command? Many thanks in advance Roberto iw2ek -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] New keyboard layout and codepage packs
Hi all, this is to announce that there's a new codepage pack available, v2.3, which provides codepage for the cherokee syllabary and the bulgarian MIK codepage, both requested. There's, respectively, a new keyboard layout pack, v2.6, with the necessary enhancements on the US and the bulgarian keyboards; always important to emphasize is that both of them continue to work as usual under their default codepages. There's also an important modification on the brazilian ABNT2 keyboard layout so that it gets around a failure on DOSEMU on what concerns its default handling of key 56h, also known as the 102nd key on the brazilian and most european keyboards. Explanation: DOSEMU provides (space / greater-than) for that key. Computer motherboards, so to speak, provide \| for both 2Bh and 56h keys (the latter one happening to be \| on the brazilian keyboard) as default, which is why the brazilian 56h key was left uncoded on the brazilian keyboard layout on previous keyboard layout packs. Therefore, if you are a brazilian DOSEMU user and use an ABNT keyboard, you should download this new keyboard layout pack. Thanks to Alain Mouette for the report of the problem on DOSEMU. He provided a patch for the brazilian keyboard under DOSEMU here: http://sourceforge.net/tracker/?func=detailaid=2797605group_id=49784atid=457449 Henrique -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Cyrillic charset.
Hi all, Eric requested me on this thread but all I have to say is that I have tested (once again) the main russian keyboard layout (keyb ru,,keybrd2.sys) for FreeDOS (under Win98SE's DOS Prompt running under VMWare Server 1.0.7) and it worked fine. I've typed cyrillic р (Latin r) both under the DOS prompt and under applications such as EDIT.COM. I see that the discussion here runs around kernel, command interpreters, programming and stuff. Unfortunately I can be of no help on that. I can say, though, that Aitor's KEYB is able to handle E0h characters much like any other DOS KEYB program (otherwise there would be no russian support at all). One could think on trading cp808/cp866 for cp872/cp855. The problem would just change: the affected character (E0h) then is Я, also needed in russian. Henrique Tom Ehlert escreveu: Hallo Herr Eric Auer, That was not clear from your previous mail. However, here is the relevant bit of code from kernel readkey / ConRead / KbdRdChar: - if AL is returned as E0, return AL as 0 if AH is not 0 else that's simply a bug. the BIOS will never return E0 as the char code Well okay but somebody added this special e0 code handling and he probably had some reasons to do this...? What will the BIOS return for extended keys such as numpad *, will it return the ASCII for * and e0 as the scancode or...? write a small program, test yourself ;) Tom - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.8.0/1724 - Release Date: 14/10/2008 02:02 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] announce: updated runtime tool in ten languages
Hi Eric, you'll find turkish letters on cp857 and cp853 (the latter is regarded as obsolete for turkish). Actually, it's not G-caret (i.e. G-circumflex) but G-breve - unless you're talking about esperanto - where, on the other hand, you won't need the small-dotless-i but you'll definitely need cp853. I'll assume the turkish language and cp857. It needs: 1) Ç/ç, Ö/ö, Ü/ü which are found on the same codepoints as they're found on cp858. 2) G/g-breve, found respectively on codepoints #A6h and #A7h. 3) Capital-dotted-I, found on codepoint #98h. 4) Small-dotless-i, found on codepoint #8Dh. 5) S/s-cedilla, found respectively on codepoints #9Eh and #9Fh. cp808 is also suitable for russian (cp808 = cp866 + Euro). cp437 is not enough for dutch if capital Ë is required. cp437 is also not enough for italian if capital ÀÈÌÒÙ ÍÓÚ Ï are required. Last but not least, cp437 and cp858 are not enough for french if OE/oe ligature and capital y-diaeresis are required. They're found on cp859. AFAIK, cp852 is the preferred codepage for polish but I'll leave the last word about that for poles; if you decide not to wait for a feedback therefore taking my word for granted, I could send you an e-mail message with a translation table of codepoints for the polish letters between cp790/cp991 and cp852, in case you need it. :-) Regards, Henrique Eric Auer escreveu: Hi everybody, thanks for the quick help with RUNTIME translations :-) The new runtime.com from http://www.coli.uni-saarland.de/~eric/stuff/soft/specials/runtime.zip now speaks the languages English, German, Dutch, Portuguese, Spanish, French, Turkish, Italian, Polish and Russian :-). Most languages work in codepage 858, Italian / English / Dutch even in 437... For Polish, you should use codepage 790 (or 991). For Russian, you need CP866 :-). Please let me know if the translations are okay. For Turkish, I did not find the dotless lower case I and G-caret. Please send a file (as file, not via cut and paste) in a suitable codepage for DOS, and let me know which codepage has to be used. Note that our EDIT can show an ASCII / character table window :-). Thank you :-). Enjoy the updated RUNTIME. Cheers, Eric. Q: How do you load fonts for the codepage in question in FreeDOS? A: Three steps, can be done at the command line or in autoexec: LH DISPLAY con=(ega,,1) MODE CON CODEPAGE prepare=((858) c:\fdos\cpi\ega.cpx) MODE CON CODEPAGE select=858 (you can also say CP PREP and CP SEL if you are lazy...) Q: How do you do the same in MS DOS? A: Almost the same, but DISPLAY is a device driver and instead of our small cute CPX files you use large clumsy CPI files ;-). Q: And how about DR DOS, the greatest DOS of all? A: Almost as in MS DOS but you can use compressed small CPI files. PS: The binary is now slightly above 2 kB (3 kB without UPX) and supports 10 languages, not bad :-). My c:/fdos/nls/ directory has only 1 of 20 tools translated to Portuguese and none to Turkish (1 Pt, 6 Ru, 9 Fr, 11 Nl, 11 Pl, 12 De, 13 It, 14 Es, 19 En) so you are invited to translate those files in your FreeDOS, too :-). Jim's runtime classic also supported Hungarian and Latvian ;-). Translateable tools: help find choice sort more fc edlin diskcopy mem xcopy tree htmlhelp move (...). All files are text files, easy to edit... You can also translate FreeCOM and the help of EDIT, but those are packed. I can help with packing if you want to translate. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] COUNTRY.SYS settings
Hello Mateusz! (Unfortunately I still didn't find a way to type non-western-european languages on Mozilla Thunderbird! :-( ) All I have to say about the Euro sign is for you not to worry since you'll probably use cp852, which already contains the Euro since I've prepared that for FreeDOS following IBM-DOS standards instead of MS-DOS standards. The only difference is precisely on codepoint 170, which is blank on a regular MS-DOS cp852 while in contains the Euro on IBM-DOS cp852. If you have a polish (or polish for programmers) keyboard and it does not have the Euro labeled on, you'll find the Euro on AltGr + U (in case you haven't tried that already... ;-)). If you need the Euro sign AND support for kashubian instead of polish, please let me know. Na razie, Henrique Aitor Santamaría escreveu: Hello, As there's no NLSFUNC, you just create a new entry and re-compile. As for the EURO, make sure that you choose a codepage that contains the symbol (e.g. 858). Aitor 2007/6/26, Mateusz Viste [EMAIL PROTECTED]: Hi, Is there any way to set up manually all configurations for the COUTRY.SYS settings? I mean, how could I decide exactly which character I want to use for decimals, which for hundreds separator, how to display the date etc...? I know that I can choose between various countries standards, but none of them fills all my needs. What I would like to have is: Date format: dd.mm. Time format: hh:mm Decimal separator: . Hundreds separator: ' Currency: € (I don't know if FreeDOS is storing the currency anywhere) Any ideas? ;-) Best regards, Mateusz Viste - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Brief notes on using KEYB
Grant Edwards escreveu: On 2004-12-16, Aitor Santamaría Merino [EMAIL PROTECTED] wrote: For those of you that may find confusing the multiplicity of files used by KEYB, you can read some instructions in the FAQ item: http://fd-doc.sourceforge.net/faq/cgi-bin/viewfaq.cgi?faq=Using_FreeDOS/249 (more info is to be appended with the forthcomming version FD-KEYB 2.0 pre3) In short, KEYB.EXE binary to modify the keyboard; uses KL information files I'm trying to figure out how to change the caps-lock key into a control key, but I'm baffled by keyb: where do I get these KL files I keep reading about? I've looked through all of the zip files, but I don't see any KL files. Hi Grant, you won't find the KL files. You will find the KEY (i.e. source) files instead, which can be modified (i.e. edited on any ordinary TXT file editor) and compiled - that's when the KL files appear. Henrique - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Russian by UTF-8 in FreeDOS?
Hi Mateusz, basically, the difference between the many codepages suitable for russian is that they are suitable for other languages as well. cp771 and 772, for instance, are meant to assist both lithuanian and russian while cp872 and 855 are meant for serbian, macedonian and russian. As far as I know, cp866 is the most commonly used codepage for russian; cp808 was a slight IBM enhancement for russian users to have the Euro sign. With the exception of cp872 and cp855, all 3-, 4- and 5-digit cyrillic codepages present the russian letters in the same codepoints where they are found on cp866. (Please remember that while you continue to read this message.) 3-digit and 4-digit codepages available for FreeDOS exactly match their major industry counterparts. That means that, for instance, FreeDOS cp866 is identical to MS-DOS cp866 or IBM-DOS cp866. In what regards 5-digit codepages (for instance, cp61282), they present encodings not provided by the major industry on those days. Codepages on the 3 range (cp3 ~ cp30030) were designed by me, in accordance to an idea I discussed with Jim Hall a long time ago: FreeDOS could fill the gap left by the major industry. There are several languages which were never assisted. Among them, the official languages of all the 21 russian republics. Codepages out of that range (for instance, cp61282) are actually encodings used by programmers on those days which needed to type languages for which there was no support by the major industry as well. I have run their programs, analyzed the contents of the codepoints and encoded new codepages. cp61282, for instance, is meant to assist latvian and russian. It seems that encoding was named RusLat on those days. Actually, when I provided 5-digit codepages like those (I mean, out of the 3 range), I wanted them to be temporary. If anyone told me that there was a major-industry-official (3- or 4-digit) codepage provided by MS, IBM or anyone else to assist any language, I would have liked to receive a message detailing its encoding and its 3- (or 4-)digit CP number. If you want details, the documentation which you already browsed can tell you which codepage is meant for which language(s). If you want even more details or want to discuss suggestions, please contact me directly; my e-mail address is found on the documentation. I know that there are several languages for which I still didn't provide support; just bear in mind that, for the time being, I can only handle plain-and-simple, left-to-right alphabets requiring no special handling, such as the latin, cyrillic, greek, georgian and armenian alphabets. Henrique - Original Message - From: Mateusz Viste [EMAIL PROTECTED] To: freedos-user freedos-user@lists.sourceforge.net Sent: Saturday, July 08, 2006 1:34 PM Subject: Re: [Freedos-user] Russian by UTF-8 in FreeDOS? Dnia środa 05 lipiec 2006 19:52, Henrique Peron napisał: It should work for you in your AUTOEXEC.BAT file: DISPLAY CON=(,,3) MODE CON CODEPAGE PREPARE=((858,852) C:\FDOS\BIN\EGA.CPX) MODE CON CODEPAGE PREPARE=((,,808) C:\FDOS\BIN\EGA3.CPX) Then, you'll type MODE CON CODEPAGE SELECT=858 for french or 852 for polish or 808 for russian. Indeed, it worked! It seems that my problem was that I was loading DISPLAY the wrong way. It could supports max. two codepages (polish and french), so when I tried to add the third (russian) it was just ignoring it. By the way, I don't knew that I could prepare several codepages, and then just selected which I needed. I usually stupidly repeated all the procedure every time I wanted to change the language (DISPLAY, PREPARE, SELECT...). Anyway, thanks a lot! I noticed that there are many various codepages for russian language in FreeDOS: 771, 772, 855, 872, 866, 808, 61282. Could someone tell me what is the difference between them, and what should I use (which one is the most popular in Russia)? Best regards, Mateusz Viste Fox Twórcy Strasznego filmu przedstawiają opowieść o miłości, romantycznych porywach i tym podobnych ściemach: Komedia romantyczna - w kinach od 7 lipca! http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Faliasdlajustyny2.htmlsid=809 Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere
Re: [Freedos-user] Russian by UTF-8 in FreeDOS?
Hi Arkady, thanks for the information on the USSR's 15 republics; however, according to information I found in the web, Russia comprehends nowadays 21 republics (республики), 48 regions (областей), 7 territories (краёв), 9 autonomous districts (автономных округов), 1 autonomous province (автономная область) and 2 federal cities (города федерального значения), Moscow and Saint Petersburg. Also according to the same source (Wikipedia), 6 former non-republics were promoted into republics after the dissolution of the Soviet Union: 1) Adygea, on July 3, 1991 (It was a region) 2) Khakassia received republic status on 1991. Other regions received republic status on the last days of the Soviet Union, perhaps for a very short period of time before turning into republics of the new Russian Federation. Anyway, you're russian, I am not; perhaps the source I found is either outdated or simply wrong. If you know this to be the case, please let me know. :-) Henrique - Original Message - From: Arkady V.Belousov [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Sent: Sunday, July 09, 2006 3:23 PM Subject: Re: [Freedos-user] Russian by UTF-8 in FreeDOS? Hi! 9-Июл-2006 13:22 [EMAIL PROTECTED] (Henrique Peron) wrote to freedos-user@lists.sourceforge.net: HP As far as I know, cp866 is the most commonly used codepage for russian; Yes. HP cp808 was a slight IBM enhancement for russian users to have the Euro sign. I first time hear about it. :) HP which were never assisted. Among them, the official languages of all the 21 HP russian republics. In USSR was 15 republics. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Russian by UTF-8 in FreeDOS?
Hi Arkady, Yes, 808. IBM-DOS has released that CP on those old IBM-DOS days. It is an enhancement over cp866. It provides the Euro sign on codepoint FDh instead of the international currency sign. All the rest is the same. Because of the Euro sign, IBM-DOS codepages were adopted instead of their MS-DOS counterparts as official for the following languages on FreeDOS. In some cases, the CPxxx number is the same, but the IBM-DOS codepages presented the Euro sign on codepoints which were left blank on their MS-DOS counterparts: 1) Codepage 808 for Russian instead of cp866 (IBM-DOS/MS-DOS Cyrillic II); 2) Codepage 858 for Latin-1 (Western Europe) instead of cp850 (IBM-DOS/MS-DOS Latin-1); 3) Codepage 872 for serbian and macedonian instead of cp855 (IBM-DOS/MS-DOS Cyrillic); 4) Codepage 848 for ukrainian instead of cp1125 (IBM-DOS/MS-DOS Ukrainian); 5) Codepage 849 for belarusian instead of cp1131 (IBM-DOS/MS-DOS Belarusian); 6) IBM-DOS codepage 852 was adopted instead of MS-DOS cp852 for Latin-2 (Central Europe); 7) IBM-DOS codepage 857 was adopted instead of MS-DOS cp857 for Latin-5 (with turkish letters replacing icelandic ones); 8) IBM-DOS codepage 869 was adopted instead of MS-DOS cp869 for Greek; 9) When the time comes, IBM-DOS codepage 856 will be adopted instead of MS-DOS cp856 for Hebrew; 10) When the time comes, IBM-DOS codepage 864 will be adopted instead of MS-DOS cp864 for Arabic. Links for DISPLAY, MODE and any other FreeDOS program are found at the FreeDOS website, as usual. Link for those IBM-DOS codepages, all available on PDF files: http://www-03.ibm.com/servers/eserver/iseries/software/globalization/codepages.html Henrique - Original Message - From: Arkady V.Belousov [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Sent: Sunday, July 09, 2006 3:08 PM Subject: Re: [Freedos-user] Russian by UTF-8 in FreeDOS? Hi! 5-Июл-2006 13:52 [EMAIL PROTECTED] (Henrique Peron) wrote to freedos-user@lists.sourceforge.net: HP Then, you'll type MODE CON CODEPAGE SELECT=858 for french or 852 for polish HP or 808 for russian. 808? HP Please refer to the documentation available on DISPLAY, MODE, the codepage HP and keyboard layout packages for further details and if you still run into HP trouble, please contact me. BTW, Henrique, may you give me links to all latest editions of these utilities and links to documentation for them (which not included into packages)? - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Russian by UTF-8 in FreeDOS?
Hi Fox, Unfortunately, I can't tell you anything about UTF-8. The following info goes for the regular codepage approach. It should work for you in your AUTOEXEC.BAT file: DISPLAY CON=(,,3) MODE CON CODEPAGE PREPARE=((858,852) C:\FDOS\BIN\EGA.CPX) MODE CON CODEPAGE PREPARE=((,,808) C:\FDOS\BIN\EGA3.CPX) Then, you'll type MODE CON CODEPAGE SELECT=858 for french or 852 for polish or 808 for russian. If you use FreeDOS KEYB, you'll run KEYB like that: * For russian, according to your keyboard: KEYB RU,,KEYBRD2.SYS or KEYB RU,,KEYBRD2.SYS /ID:443 * For polish, according to your keyboard: KEYB PL or KEYB PL /ID:214 * For french: KEYB FR (If you have a plain-and-simple US-layout keyboard, you'll run KEYB UX,,KEYBRD3.SYS instead). If you need to print data and your printer does not provide cp858 and cp808, trade them for cp850 and cp866, respectively. All you'll miss is the Euro sign. If your printer's cp852 meets MS-DOS instead of IBM-DOS standards, you'll see empty spaces where you would expect to see the Euro sign. Please refer to the documentation available on DISPLAY, MODE, the codepage and keyboard layout packages for further details and if you still run into trouble, please contact me. Regards, Henrique - Original Message - From: Fox [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Sent: Wednesday, July 05, 2006 12:11 PM Subject: [Freedos-user] Russian by UTF-8 in FreeDOS? Hi people! Is there any software wich gives UTF-8 support to DOS? I often copy Linux text files (which are UTF8 encoded) to my DOS computer and have *big* problems to read them. Not only because of the LF/CR difference between DOS and Unix worlds, by mostly because of the different support of extended characters. I often use french, polish and russian characters in one file, that why the UTF8 standard is pretty usefull to me... It would be ideal if there were such a DOS codepage available, which would be able to do an instant translation of the two-bytes linux special characters and display them on the DOS display in a human-readable way... I'm also trying to set up a cyrillic support in my FreeDOS instalation (i'm currently learning russian), but I couldn't set it :( I tried the standard stuff with MODE CON CP PREPARE MODE CON CP SELECT and a EGA?.CPX file (don't remember exactly which CPX file, but it was described as supporting russian), but it don't seem to change anything... Maybe is there a russian guy who might give me his FreeDOS autoexec / config files? Thanks in advance! Best regards, Fox Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Right-ALT key (topic was Customizing Startup Files)
What I meant was: The user will be using the characters available on VGA BIOS, because it is the default. I didn't mean that KEYB would be loading the characters on VGA BIOS. - Original Message - From: Arkady V.Belousov [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Sent: Wednesday, May 17, 2006 9:46 AM Subject: Re: [Freedos-user] Right-ALT key (topic was Customizing Startup Files) Hi! Henrique Peron wrote: If you haven't prepared and selected any cp (codepage), then you'll be using the character table implemented in the BIOS of your VGA adapter which, [...] if you run KEYB under these conditions, Video adapter BIOS doesn't implements INT16, this service is completely in main BIOS. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] File names with cyrillic characters
Hi Dima. I don't know who's in charge for the DIR command; perhaps the following information should help that programmer. In what regards codepages 772, 808, 848, 849, 866, 1119, 1125, 1131, 30002, 30008, 30010-30019, 58152, 58210, 59234, 60258, 61282, 62306: 1) The characters in the range A0h-AFh are small letters; their capitalized shapes are in the range 80h-8Fh. 2) The characters in the range E0h-EFh are also small letters and their capitalized shapes are in the range 90h-9Fh. I would like to know who should I talk to regarding capitalization of letters in the upper-half of codepages. I would prepair a capitalization table and send it to you. Please contact me: hperon AT terra.com.br . Thanks, Henrique - Original Message - From: dima [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Sent: Sunday, May 07, 2006 4:32 PM Subject: [Freedos-user] File names with cyrillic characters Hello. I have found a problem with a following cyrillic characters - ge, ve, a, d, b. All these characters does always replace with U, O, A, е, I in output of dir command. ge, ve, a, d, b in hex: A3, A2, A0, A4, A1. U,O, A, е, I in hex: 55 4F 41 A5 49. This is part of my fdconfig.sys and fdauto.bat: COUNTRY=007,866,D:\FDOS\BIN\country.sys LH %dosdir%\BIN\display.exe con=(ega,,1) %dosdir%\BIN\mode.com con codepage prepare=((866) %dosdir%\CPI\ega3.cpx) %dosdir%\BIN\mode.com con codepage select=866 LH %dosdir%\BIN\keyb.exe RU,,%dosdir%\BIN\keybrd2.sys And - ver /r: FreeCom version 0.82 pl 2 XMS_Swap [Apr 28 2003 17:47:52] DOS version 7.10 FreeDOS kernel version 0.0.35 -- Take care. Your friend, dima 7509107*mail,ru 2:550/112 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] game crashes
Hello Dima, Have you tried DOSBox? (http://dosbox.sourceforge.net) It emulates DOS under any OS, including XP. It's particularly focused on VOGONS (Very Old Games On New Systems), though I admit I don't actually know whether this is the case... Henrique - Original Message - From: dima [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Sent: Thursday, May 04, 2006 5:02 PM Subject: [Freedos-user] game crashes Hello. Does anyone there have experience about how to run x-com apocalypse under FreeDOS? After intro, I always have only following error: DOS/4GW Professional error (2001): exception 0Dh (general protection fault) at 3E58:24D7 TSF32: prev_tsf32 6AEC SS 180 DS 3E68 ES 198 FS 0 GS 0 EAX 2000 EBX 2F6 ECX 2000 EDX 2F6 ESI BD88 EDI 6F62 EBP 190378 ESP 33C CS:IP 3E58:24D7 ID 0D C0D 0 FLG 10286 CS= 3E58, USE 16, byte granular, limit CA8F, base 3087020, acc 9B etc... -- Take care. Your friend, dima 7509107*mail,ru 2:550/112 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] KEYB UX has *no* unexpected results
Hi John, - Original Message - From: John Hupp [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Sent: Wednesday, May 03, 2006 1:26 PM Subject: [Freedos-user] KEYB UX has unexpected results The default DOS configuration created by the SR 2 bootable CD distro included this line in FDAUTO/AUTOEXEC.BAT: LH KEYB UX,,C:\FDOS\bin\keybrd3.sys As I was working with a machine and checking out the installation, I thought I had a bad keyboard, since the apostrophe/quotation mark and grave accent/tilde keys were not working for me. What I finally figured out was that the keyboard was fine, but that the keyboard command above installed an International US layout rather than a standard US layout, and that these two layouts differ on their handling of these keys. Precisely. :-) I expect that this is by design, and that perhaps the brutish American (that would be me), should just develop better international DOS skills. I also understand now that KEYB, like NLSFUNC + CHCP, and DISPLAY + MODE CON CODEPAGE, (and probably COUNTRY) are part of the provision for FreeDOS International support, and that if I am happy with FreeDOS defaults - which are probably US standard - then I can simply delete all those devices and commands. Well, I don't know about FreeDOS defaults (if I'm right, it's the user who selects keyboard layout on installation time) - all I can tell you is that you are right; you can dismiss all those commands if you will use a regular US keyboard to type english only. I imagine that the FreeDOS team will include ample documentation of the installation defaults and FreeDOS International support as development continues toward v1.0. But I thought it might be useful for someone to know how the default installation played for one user. I tried my best to provide the most possibly detailed and comprehensive documentation on what regards keyboard layouts and codepages. If I failed for any reason, please let me know. My e-mail address is available on the documentation of, respectively, CPIDOS (The codepage pack) and KPDOS (the keyboard layout pack) as well. On the KPDOS documentation you'll find a file named US-INTL.TXT which will probably provide you with all the explanation you need. Have a nice day, Henrique Peron, Brazil --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] special signs
Hello g17, let me tell you that: 1) If you're really interested on the graphical representation, the section sign (§) is available on all codepages (or even if you don't use any codepage at all) under Alt21, because ASCII #21 is related to the control character Ctrl+U and is visually represented by the section sign; besides, if you don't use any codepage at all, you'll find ß on codepoint 225. If you're forced to enter a password before giving the opportunity for FreeDOS to prepare and select any codepage, this is for you. 2) If you're still interested on the graphical representation but you're looking for § on the extended-ASCII area (codepoints in the range 128~255) AND you're looking for ß on codepoint 225, than the codepage is relevant; in that case, you should notice that: 2.1) Codepages 437, 737, 808, 848, 849, 851, 855, 860, 861, 865, 866, 872, 1117, 1118, 1119, 1125 and 1131 either: 2.1.1) Do not provide § or 2.1.2) Do not provide ß or 2.1.3) Do not provide ß on codepoint 225 or 2.1.4) Do not provide both. So, skip them. 2.2) Codepages 775, 850, 852, 853, 857, 858, 859, 869 and 1116 provide § on codepoint 245 and ß on codepoint 225, as expected by you. I advise you to try them. It's important to notice, however, that not all those codepages are compatible with all keyboards and I don't know which keyboard you're using. You'll receive error messages as you try to prepare and select codepages which are incompatible with your keyboard. 2.3) Codepage 863 provides ß on codepoint 225 and § on codepoint 143. If you're using a canadian-french keyboard, that could do fine for you. I just mentioned 27 out of all 86 codepages for FreeDOS. If the codepage you're using is not listed on the cases above, please let me know. Henrique - Original Message - From: Aitor Santamaría Merino [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Cc: Henrique Peron [EMAIL PROTECTED] Sent: Monday, March 20, 2006 11:03 PM Subject: Re: [Freedos-user] special signs | What codepage/keyboard layout are you using to type? I think the program | would validate the ASCII code you are inserting those values, regardless | of the signs you see in the screen. | | Aitor | | g17 (sent by Nabble.com) escribió: | hello | i need the special signs ß and § for freedos, because i have to type | in a password. I can make the ß with [alt]225[alt] and the § should be | the [alt]245[alt], but the ascii code for the § doesn't work. | please help me i have to type in that §, and its very important to me. | | View this message in context: special signs | http://www.nabble.com/special-signs-t1072423.html#a2791097 | Sent from the FreeDOS - User | http://www.nabble.com/FreeDOS---User-f903.html forum at Nabble.com. | | --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] algu�m fala Portugu�s na lista !?
Bom dia Panigaz, em que posso ajudar? Henrique Peron, Campo Grande, MS - Original Message - From: Panigaz To: freedos-user@lists.sourceforge.net Sent: Sunday, March 12, 2006 8:14 PM Subject: [Freedos-user] alguém fala Português na lista !? Podemos trocar informações em portugês ! valew Panigaz Brasil/RS
Re: [Freedos-user] Re: [Freedos-user] algu�m fala Portugu�s na lista !?
Panigaz, eu poderia atéperguntar aosdesenvolvedores do sistema sobre a criação de listas em idioma nativo. Provavelmente iriam compreensivelmente recusar. Temos usuários do mundo inteiro - só para citar dois exemplos: Letônia e Japão. Imagine se eles quiserem suporte em leto ou japonês... :-) Então, infelizmente, precisamos que você poste as mensagens em inglês, ok? Se você não souber ou tiver dificuldade com a língua, peço em nome dos desenvolvedores que você peça a alguém para postar as mensagens por você. Por outro lado, se você estiver tendo problemas ou tem críticas ou sugestões para fazer no que diz respeito a páginas de código e layouts de teclado, estes dois assuntos são responsabilidade minha - nesse caso, você poderá tratar diretamente comigo (hperon_AT_terra.com.br) em português mesmo. ;-) Abraço, Henrique - Original Message - From: Panigaz To: freedos-user@lists.sourceforge.net Sent: Sunday, March 12, 2006 8:36 PM Subject: [Freedos-user] Re: [Freedos-user] alguém fala Português na lista !? podiamos fazer uma mini lista em portugues se tiver bastante " associados " ou pelo menos n precisa ficar fazendo força pra traduzir !! ehehehe abrass ! - Original Message - From: Henrique Peron To: freedos-user@lists.sourceforge.net Sent: Sunday, March 12, 2006 9:33 PM Subject: Re: [Freedos-user] alguém fala Português na lista !? Bom dia Panigaz, em que posso ajudar? Henrique Peron, Campo Grande, MS - Original Message - From: Panigaz To: freedos-user@lists.sourceforge.net Sent: Sunday, March 12, 2006 8:14 PM Subject: [Freedos-user] alguém fala Português na lista !? Podemos trocar informações em portugês ! valew Panigaz Brasil/RS __ Informação do NOD32 1.1436 (20060309) __Esta mensagem foi verificada pelo NOD32 Sistema Antivírushttp://www.nod32.com.br
Re: [Freedos-user] How to display Japanese
Namaste Basudeb, first of all, welcome. Second, there aren't such things like stupid questions. Feel comfortable to ask whatever you want. :-) The point is, you would need a special program to display japanese. For the time being, FreeDOS in itself is only able to handle languages written with latin, greek, cyrillic, armenian and georgian scripts. Nevertheless, there is a japanese readme file (JP106.TXT) on the KPDOS pack. You'll find it here: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/keyb/kblayout/ Download the 22X package, which contains the library files. The 22S file is meant for users which intend to modify/develop their own keyboard layout files, which seems not to be your case. I hope that helps. Henrique - Original Message - From: basudeb gupta [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Sent: Tuesday, January 03, 2006 1:06 PM Subject: [Freedos-user] How to display Japanese |I am a raw first time user. Please excuse me for stupid questions. | | I basically want to have a multi-lingual program running under Freedos. My first doubt is how to select language and display Japanese. | | Please help and let me take my first small steps. | | Thanks | Basudeb | | | | --- | This SF.net email is sponsored by: Splunk Inc. Do you grep through log files | for problems? Stop! Download the new AJAX search engine that makes | searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! | http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click | ___ | Freedos-user mailing list | Freedos-user@lists.sourceforge.net | https://lists.sourceforge.net/lists/listinfo/freedos-user | | --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Ukrainian FreeCOM / keyb
Hi there FreeVoluntary from Ukraine / Vitayu FreeVoluntary, I have tried to reach you. It seems Aitor have tried that as well. I found out that the spanish Terra ISP is blocked by your server due to spam. If you have an e-mail address other than the one hosted @email.ua, I would be glad to know. The point is, you're asking why *your* ukrainian keyboard layout for KEYB was not included (I don't know about MKeyb, sorry). Therefore, it seems we're talking about a personal customization of yours. Personal customizations are not bundled with the official FreeDOS KPDOS packages; what I do when some user tells me that it would be much more useful for him **and for all users on his area/country** if a given layout provided this or that feature, I analyze the impact on the standard layout and, if I see no forthcoming trouble, I implement the feature. Besides, it's important to mention that I have never received any ukrainian KEY files from you to be analyzed; if you have any, I would be glad to receive it(them). On the other hand, I apologize if I'm getting you wrong and you're talking about a real, physical ukrainian keyboard for which I have not provided support on KPDOS' KEYBRD3.SYS. I would be glad if you could check the following webpages and tell me whether your keyboard is identical to any of them. IBM webpage: http://www-306.ibm.com/software/globalization/topics/keyboards/KBD465.jsp Microsoft webpage: http://www.microsoft.com/globaldev/reference/keyboards.mspx If you really come to the conclusion that you have a third ukrainian keyboard, I would be grateful if you could send me a close picture of it, along with any documentation you might have concerning that; I'll provide support for it on the next KPDOS package and I apologize for any inconvenience. Have a nice day / Do pobachennya, Henrique || - Original Message - || From: Aitor Santamaría Merino [EMAIL PROTECTED] || To: Eric Auer [EMAIL PROTECTED] || Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; || [EMAIL PROTECTED]; [EMAIL PROTECTED]; Henrique Peron || [EMAIL PROTECTED] || Sent: Friday, December 23, 2005 6:57 PM || Subject: Re: Ukrainian FreeCOM / keyb? || || ||| For layouts CC: Henrique please. ||| Aitor ||| ||| Eric Auer escribió: ||| Hi, ||| ||| Hello! Why my ukrainian translation of FreeCOM message file ... and ||| my ukrainian layouts for MKeyb and Keyb is not included... ||| ||| ||| Good question. Forwarding that question to Blair (Blair distro), ||| Bernd (beta9sr2) and Jeremy (FreeCOM interim maintainer). I think ||| they will contact you to get your translated files if they do not ||| already have them. ||| ||| Eric ||| ||| PS: Also CCing Aitor (keyb) and Tom (mkeyb). | --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] ABNT2 in dosemu
Carlos, if you tell me that you were not able to access the \ key when you tried FreeDOS KEYB BR, then I can tell you that you do NOT have an ABNT2 keyboard, that's why US works for you. Therefore, you should use this FreeDOS solution: KEYB BR /ID:274 Then you will have your US keyboard working as US International, in the same way that it works under MS-DOS. You'll notice that: ' works as a deadkey for áéíóúÁÉÍÓÚ/çÇ and, when you try ' + Space, you'll have the apostrophe itself. works as a deadkey for üÜ and, when you try + Space, you'll have the quotation mark itself. ^ works as a deadkey for âêôÂÊÔ and, when you try ^ + Space, you'll have the stand-alone circumflex accent. ` works as a deadkey for àÀ and, when you try ` + Space, you'll have the stand-alone grave accent. ~ works as a deadkey for ãõÃÕ and, when you try ~ + Space, you'll have the stand-alone tilde. Henrique - Original Message - From: Carlos [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Sent: Wednesday, September 14, 2005 8:39 PM Subject: Re: [Freedos-user] ABNT2 in dosemu | Thank you all for the answers I solved the problem (not completly) using | a .dosemurc file and setting keyboard as us at least I have \ working | now. | | I also started to use qemu to test some games, installed Blair cd and | everything seems to go smooth now. I also got my keyboard working a little | better but there is no complete support for abnt2 yet as I can see. | | Thank you all. | | Carlos AB | | Em Quarta 14 Setembro 2005 21:20, [EMAIL PROTECTED] escreveu: | Hi, | | Well, there IS CHCP for FreeDOS, but you would also need to have NLSFUNC | loaded to catch the call. But in any case, nor DISPLAY is a device driver | yet, neither can NLSFUNC change yet codepages of devices (only of kernel), | so we would continue to use MODE CON CP SEL= | for a while. | | Aitor | | -- Original Message - | Subject: Re: [Freedos-user] ABNT2 in dosemu | Date: Sun, 11 Sep 2005 20:41:59 -0400 | From: Henrique Peron [EMAIL PROTECTED] | To: freedos-user@lists.sourceforge.net | | (As far as I know, CHCP is not available for FreeDOS.) | | | | | --- | SF.Net email is sponsored by: | Tame your development challenges with Apache's Geronimo App Server. | Download it for free - -and be entered to win a 42 plasma tv or your very | own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php | ___ | Freedos-user mailing list | Freedos-user@lists.sourceforge.net | https://lists.sourceforge.net/lists/listinfo/freedos-user | | | --- | SF.Net email is sponsored by: | Tame your development challenges with Apache's Geronimo App Server. | Download it for free - -and be entered to win a 42 plasma tv or your very | own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php | ___ | Freedos-user mailing list | Freedos-user@lists.sourceforge.net | https://lists.sourceforge.net/lists/listinfo/freedos-user | | --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] ABNT2 in dosemu
Hi Carlos, I cannot help you with DOSEMU but I can help you with the brazilian ABNT2 keyboard. The point is: the brazilian ABNT2 is not meant to work with codepage 860. Change it to one of the following codepages: 1) 858 (FreeDOS default). It provides all the necessary accented letters for portuguese (both small and capital letters) and the Euro sign on Shift + AltGr + E. 2) 850 (MS-DOS default): The Euro sign is not availbable; all the rest is the same. 3) 437 (VGA BIOS default): You will miss several accented letters (both small and capital) and some labeled characters on the keyboard; however, those mixed single-double linedraw characters will be available (not directly through the keyboard, but through combining Alt and the necessary codes on the numeric pad). I suggest you use the following on AUTOEXEC.BAT: DISPLAY CON=(EGA,999,3) MODE CON CP PREP=((858,850,437) EGA.CPX) MODE CON CP SEL=nnn (Where nnn is any of the 3 previously prepared codepages) KEYB BR Important: Be sure that you're using the latest DISPLAY, MODE, KEYB, CPIDOS and KEYB*.SYS packages. (As far as I know, CHCP is not available for FreeDOS.) If you need anything else, we can continue this conversation in portuguese ([EMAIL PROTECTED]). Last but not least: I remember once ago a user having problems on handling codepages with certain applications under DOSEMU; if that's also your case, I would suggest DOSBox (http://dosbox.sourceforge.net) . Henrique Peron Campo Grande, MS Brazil - Original Message - From: Carlos [EMAIL PROTECTED] To: freedos-user@lists.sourceforge.net Sent: Sunday, September 11, 2005 6:35 PM Subject: [Freedos-user] ABNT2 in dosemu | Hi, how can use my abnt2 on xdosemu? | | Here is my autoexec.bat: | @echo off | path c:\bin;c:\gnu;c:\dosemu | set HELPPATH=c:\help | set TEMP=c:\tmp | set BLASTER=A220 I5 D1 H5 T6 | prompt $P$G | unix -s DOSDRIVE_D | if %DOSDRIVE_D% == goto nodrived | lredir d: linux\fs%DOSDRIVE_D% | :nodrived | rem uncomment to load another bitmap font | loadhi display con=(vga,860,2) | mode con codepage prepare=((860) c:\cpi\ega.cpx) | mode con codepage select 860 | chcp 860 | rem uncomment the following to load cdrom support | shsucdx /d:mscd0001 | unix -s DOSEMU_VERSION | echo Welcome to dosemu %DOSEMU_VERSION%! | unix -e | | | I'm using FreeDOS 1.2.2.0 (that is what it see in my prompt) | | | --- | SF.Net email is Sponsored by the Better Software Conference EXPO | September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices | Agile Plan-Driven Development * Managing Projects Teams * Testing QA | Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf | ___ | Freedos-user mailing list | Freedos-user@lists.sourceforge.net | https://lists.sourceforge.net/lists/listinfo/freedos-user | | --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] doscdroast
Hi Marc, try here: http://doscdroast.freeweb.hu/index.html Have a nice day, Henrique - Original Message - From: Marc Hoaglin To: [EMAIL PROTECTED] Sent: Sunday, May 30, 2004 5:03 PM Subject: [Freedos-user] doscdroast Does anyone know where I can get doscdroast? The developers site seems to be dead. Thanks
[Freedos-user] Announce: new CPI-file (codepage) packs
Hi all, this is to announce a new version of the CPI-file pack for FreeDOS - which was called simply CPI and is now called CPIDOS - and still contains DOS-based codepages only, such as cp437, cp850 and cp858 (= cp850 with Euro sign). The enhancements affect parcularly EGA5, EGA6 and EGA7.CPI files, as well as the respective updates on documentation. EGA5 contains, as before, greek codepages as well as cp850 and cp858 for the primary (latin) layouts of greek keyboards. cp111 has been removed; cp737 provides all the greek letters available on that CP (and precisely on the same positions) and includes capital accented letters. Therefore, EGA5 is now a little smaller, saving space for other greek codepages which I might need to include in the future. EGA6 contains, as before, armenian and georgian codepages and an old yugoslavian codepage (cp113); now it includes cp858 for the primary layouts of armenian and georgian keyboards. It makes it easier for owners of those keyboards, so that they find all CPs they need into a single CPI file. EGA7 contains, as before, non-slavic cyrillic codepages; now it includes cp858 for the same reason it was included on EGA6. I also introduce CPI-file packs based on other platforms: Windows (CPIWIN), ISO (CPIISO), KOI (CPIKOI), Mac (CPIMAC) and a pack called CPIMSC, which contains codepages from HP, DEC and NextSTEP platforms. The packs can be found at http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/cpi/ Have a nice day, Henrique --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Freedos-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Announce: Keyboard Layouts for KEYB v2.0
Hi all, this is to announce the first keyboard layout pack for KEYB v2.0. It is called KPDOS, because all keyboard layouts were encoded based on the DOS codepages available at CPIDOS. (I'll start working on KPWIN). The source and the executable files can be found at http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/keyb/kblayout/ Have a nice day, Henrique --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Freedos-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-user