Hello,
I notice my name is still listed for the various help
projects. However, I left the FreeDOS project around
last October and you won't get a new maintainer unless
you advertise!
I've updated the website to reflect the situation.
Please remove my name and email address from the
software list
Given the bitterness of recent discussions, my wish is
now to leave the FreeDOS project and lists completely.
People have been responding to my post about who
should write the html etc. It seems that my subsequent
apology has been overlooked:
Last friday I wrote:
> ... we have a single, centralis
It might be worth trying a few of the previous
versions of html help. The changes are well documented
in the HISTORY file, so you should be able to track
down where it went wrong.
I'd do this myself, but I am very busy this next week.
It seems the position(s) of maintainer are still up
for grabs,
Take a look at almost any linux package and it will
contain a man page. This works -- it is the done thing
in Linux. In contrast, we have a single, centralised
collection of html pages, and I can hardly blame
maintainers for not emailing me html files. I
apologise for being more harsh than is neces
I was suprised by how many people seemed sympathetic,
even private emails, so I shan't give up html help
completely.
I'll certainly hand over the maintaining of the
help.exe browser and source. As Bernd suggests, we'll
split this from the html files.
Now I still think someone else might be better
Tom wrote:
> > Maintaining is more than just having your
> > fun writing code.
> well - I certainly know better then you.
What a sage comment. I don't work with people that
make gutter comments like that.
You say this about me, yet you know full well that I
re-wrote the entire help html files --
Try writing the lsm files yourself. You're the
maintainer -- or certainly the last person to make
changes.
NOW you tell people the LSM files are wrong. Why not
provide the LSM files yourself in the first place? Who
can guess the origin of YOUR code?
Rather than flame the list and make FreeDOS loo
After my hard drive busted a few months ago, I decided
to install Linux and leave off Windows altogether.
Only problem is -- Turbo C++ 3.0 for DOS doesn't seem
to work in FreeDOS or Wine.
What are the best free tools for developing C in
FreeDOS? For instance, I really need a C (rather than
assem
Finalised for beta 9. URL:
http://projects.freedos.net/htmlhelp/images/hhs105.zip
This includes Eduardo's help file for append, and the
finalised directory structure for the help files (to
allow new help file sets in future.)
Most importantly, it unbreaks something broken in with
the internationa
Download at:
http://projects.freedos.net/htmlhelp
Let me know what you think of it... there are many
changes so it could use testing :-)
Its time to get translating!
Yahoo! Messenger - Communicate i
Features include:
* Updated and expanded help file set
* NLS Catalogue support for all messages
and menus
* Unicode UTF-8, Latin-1 and supplementary
character entities, Numeric Character References,
all decoded with automatic codepage detection
* Improved zip file and di
Eric,
Sorry, I totally forgot to reply to your email :-\ !!!
So that's why you emailed the FreeDOS User list
requesting assistance :-)
I had intended to get back in touch, but you may have
noticed I'm sometimes bad with emails...
I have acted upon your bug report, although I couldn't
recreate t
Aitor said:
> You mean using the catalog for the conversion? It
> could be a bit slow to
> read the file too often...
True. Perhaps load up the conversion strings from the
catalogue just once when help starts.
Aitor said:
> ...
> SET LANG=RU
> but DISPLAY for some reason failed, thus current
>
I should have said, the website is:
http://projects.freedos.net/htmlhelp
___
Yahoo! Messenger - Communicate instantly..."Ping"
your friends today! Download Messenger Now
http://uk.messenger.yahoo.com/dow
Just loaded up a new version of HTML Help.
Version 1.0.3 adds a search function. M$ Help had one,
so its only right that FreeDOS Help should have one.
In spite of adding this big new feature, there have
been various code improvements which means a
*decrease* in binary size... cool!
OK, I'll end up in a giant mess if I try to put code
page detection and information into HELP. I've been
looking at things all wrong.
Why not use the catalogues to translate the character
entities for a given language, and stop worrying about
code pages altogether?
If a catalogue is being used, H
Help is often run when the user is having problems
setting up FreeDOS. Their codepage could be incorrect.
Help should be robust in such circumstances. It would
be great if I could detect the codepage, rather than
assume it. Is there a DOS interrupt or something that
could do this?
Kitten: as I und
Hi folks,
I could do with advice and hints on
internationalisation, to make sure I do it correctly.
HTML Help has no international support at present, and
I was planning to tackle this next. And now I have had
an enquiry into creating a German translation, so I
now really want to get a move on.
Whoops! I said,
> The new version of htmlhelp (1.0.3) is available at:
> http://projects.freedos.net/htmlhelp
The new version is 1.0.2, not 1.0.3
Regards
Rob
___
Yahoo! Messenger - Communicate instantly
Hi folks,
Following up on the discussion before christmas about
adding zip support to htmlhelp:
I finally settled on using ZLIB, which has a
semi-official side project called "MINIZIP". This is
the real zip format but with some of the older
compression algorithms left unimplemented, such as the
p
20 matches
Mail list logo
