Hi Wilhelm, Yes, that’s the one, I wasn’t aware of the fact the code page has been renumbered. Is there any plan or intent to map this codepage to Unicode? Could the FreeDOS project benefit from inclusion of the forint sign into the Unicode Standard? I’d relay supporting comments from here to the person in charge for my proposal at the Unicode Consortium. [image: image.png]
Thanks, Vacek On Fri, Jun 16, 2023 at 10:25 PM Wilhelm Spiegl <wilhelm.spi...@mail.com> wrote: > Hi, > the only thing that I found for the moment is: > > ver 3.0 - 12/Aug/2011 > EGA - Codepage 853 was enhanced: > Plus/minus sign and > 5 currency signs (euro, cent, yen, maltese lira and spesmilo), > all inserted in previously empty codepoints. > EGA4 - Codepage 61282 renamed to 3012. > EGA10 - Codepage 57781 renamed to 3845. > > > see: > https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/cpi/3.0/History.txt > so maybe that your Ft is at 3845 now. > > Willi > > > *Sent:* Friday, June 16, 2023 at 9:57 PM > *From:* "Vacek Nules" <vnules...@gmail.com> > *To:* "Technical discussion and questions for FreeDOS developers." < > freedos-devel@lists.sourceforge.net> > *Subject:* Re: [Freedos-devel] useful HTMLHELP bug findings and proposals > Hi Wilhelm, hi all, > > I'm asking whether will code page 57781 for Hungarian be supported? It's a > special case because it has the Hungarian forint sign, an "Ft" conjunction, > at code point 0x9F, which currently has no Unicode mapping, but I have a > formal proposal underway to add the character to Unicode, which is also > needed for other legacy Hungarian codepages. A need communicated by the > FreeDOS project would be great leverage to my proposal which is currently > stalled due to internal disagreements in the Unicode Technical Committee. > > Thanks, > Vacek Nules > > Wilhelm Spiegl <wilhelm.spi...@mail.com> ezt írta (időpont: 2023. jún. > 16., Pén 21:50): > >> Hi Bernd, hi all, >> >> thank you very very much for this update where I am waiting for more than >> 15 years now. >> You know that I work on the help htm site of this project. >> As it turns out, we are now close to write the whole help in UTF-8 with >> htmlhelp AND amb in most European and American languages. >> But not all Codepages are supported till now as I do not know which are >> really needed. >> >> Till now htmlhelp the following Codepages are supported for UTF-8: >> 437, 737, 850, 858, 851, 852, 853, 855, 872, 857, 860, 861, 833, 866, >> 808, 865, 869. >> >> At the moment I just try to implement CPs for Belarus and Ukraine (I >> found no overview for Belarus 849 - for 1131 I found an overview and built >> a first version, >> but is 1131 in use? (Same with Ukraine: no overview for 848 - found one >> for 1125 - but is it in use?) >> Is CP 770 or 775 for Baltic in use? >> >> Can anyone give me an example of the Franco-Canadian Alphabet a-z and A-Z *in >> UTF-8* - ( I found the cp table, but no Unicode list) >> I need it for checking as Bernd has already fixed two bad links in >> turkish and polish. >> >> So if your DOS codepage is missing please inform me. >> If necessary have a look at: >> https://www.bootablecd.de/FreeDOS-Internet-version/help110/en/hhstndrd/other/cpidos.htm >> or: >> >> https://www.bootablecd.de/FreeDOS-Internet-version/help110/en/hhstndrd/other/kpdos.htm >> for existing codepages. >> >> *As a second, the help 1.1.0 is coming into a stadium where I have to ask >> you all:* >> Please have a look at: >> https://www.bootablecd.de/FreeDOS-Internet-version/help110/en/index.htm >> a) Do I have to add a file? >> b) Do I have to remove a file (e.g. xdvd2 - no GPL... etc...) >> c) Are there problems with the sort order of the commands? I did not put >> them exactly in the main folders as describes it at gitlab. >> d) Can somebody proofread the different commands? As I am no programmer I >> have to use the manuals or ask the programmers >> or this forum - and I often get no response. >> e) I mixed utils, drivers, unix tools etc. because otherwise it is almost >> the command even if it is in the correct sort order. >> f) I added usbdos, but examples are bad and there is a comment from Berki >> that it may be not legal to distribute it. What to do? >> g) Other ideas? >> >> Thanks for help! >> >> Willi >> >> >> >> *Sent:* Friday, June 16, 2023 at 8:23 PM >> *From:* "Bernd Böckmann via Freedos-devel" < >> freedos-devel@lists.sourceforge.net> >> *To:* "Technical discussion and questions for FreeDOS developers." < >> freedos-devel@lists.sourceforge.net> >> *Cc:* "Bernd Böckmann" <bernd-free...@boeckmann.io> >> *Subject:* Re: [Freedos-devel] useful HTMLHELP bug findings and proposals >> The most critical bugs are fixed by me as of now. I will continue working >> on it to have a new release for next FreeDOS interim release. >> >> Greetings, Bernd >> >> >> > Am 16.06.2023 um 19:41 schrieb Eric Auer <e.a...@jpberlin.de>: >> > >> > >> > Hi! >> > >> > Our GITLAB has recently received multiple useful tickets from Bernd >> Böckmann: >> > >> > https://gitlab.com/FreeDOS/base/htmlhelp/-/issues/3 >> > >> > Line 43 in CP857.H is wrong, messing up a certain character. >> > >> > https://gitlab.com/FreeDOS/base/htmlhelp/-/issues/4 >> > >> > Some Turkish CP857 characters are not properly displayed. >> > >> > https://gitlab.com/FreeDOS/base/htmlhelp/-/issues/5 >> > >> > Some CP852 character is not properly converted. >> > >> > https://gitlab.com/FreeDOS/base/htmlhelp/-/issues/6 >> > >> > Ukrainian CP848 conversion is missing. >> > >> > https://gitlab.com/FreeDOS/base/htmlhelp/-/issues/7 >> > >> > Belarussian CP849 conversion is missing. >> > >> > https://gitlab.com/FreeDOS/base/htmlhelp/-/issues/8 >> > >> > Scrolling and navigation corrupts screen (we knew that). >> > >> > https://gitlab.com/FreeDOS/base/htmlhelp/-/issues/9 >> > >> > Scroll bar update broken in HELP_HTM.C line 518 (!). >> > >> > https://gitlab.com/FreeDOS/base/htmlhelp/-/issues/10 >> > >> > Scrolling slow because HELP_HTM.C line 584 has a super >> > inefficient way to determine bold, italics and links :-p >> > >> > https://gitlab.com/FreeDOS/base/htmlhelp/-/issues/11 >> > >> > The hh_dir.h MAXFILE and MAXEXT are only 8+3, but the >> > fnsplit _splitpath code would need 1+2 extra bytes of >> > buffer size to prevent memory corruption! >> > >> > Very useful insights! I hope a HTMLHELP-affine developer >> > who could fix those things and recompile saw the tickets? >> > >> > Thanks! Regards, Eric >> > >> > >> > >> > _______________________________________________ >> > Freedos-devel mailing list >> > Freedos-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/freedos-devel >> >> >> >> _______________________________________________ >> Freedos-devel mailing list >> Freedos-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freedos-devel >> _______________________________________________ >> Freedos-devel mailing list >> Freedos-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freedos-devel > > _______________________________________________ Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel > _______________________________________________ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel >
_______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
