Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 1999-07

Request for Web Site

10 messages · 5 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Baeseman, Cliff

And another with NT and another with 98 and another on the way.

Cliff

Earlier message 30 lines
-----Original Message----- From: Sent: Monday, July 26, 1999 1:47 PM To: Subject: Re: [lazarus] Request for Web Site On Mon, 26 Jul 1999, Michael A. Hess wrote: > Michael Van Canneyt wrote: > > > > I'm surprised to hear you actually have customers left then :-) > > Ours would quickly find another contractor :) > > In reality I have only worn it with a select few customers who get the > joke and can appreciate the humor and reason behind it. In fact I > haven't worn it in over 9 years, not sure I can even find it any more. > My other button says, "It's not a bug, it's an undocumented feature". I bet you got that one with your first copy of Microsoft Windows 95 :-) Michael. _________________________________________________________________ To unsubscribe: mail with "unsubscribe" as the Subject archives at http://www.miraclec.com/list_archives/lazarus

Reply by email

Jeff Wormsley
to Jeff Wormsley: I've had an idea for the component site that I think would be very useful, both now…
Michael A. Hess wrote
I think it is something that is needed but maybe it should be combined with the documation, documotion, docu....oh whatever it's called.

Hehe, "Real programmers don't document... Documentation, weee don't neeeed no steeenking documentation!"

Show quoted text 14 lines
Did you look at the tool that MVC talked about. It looks really neat and would kill 2 birds with one stone. It would make building the files you are talking about real easy. As the files change just run it through the tool again to build your new file. Of course this will rely on comments and information being made available in the source code itself. However if you use this on the files it will then help point out exactly what needs to have comments added. http://www.geocities.com/SiliconValley/Lakes/6686/pasdoc.html I like this because it means that all the developers then will be lending a hand to the actual documunchin .... I'll get it yet. :-)

I haven't had an opportunity yet. Like you say, it does require work on the programmers part, which isn't a bad thing. What I was planning on doing was making an inititial page with the contents of the lcl directory, then running CVS with the right options to determine which files had changed on a fairly regular basis (not every day, I don't have that much time!). For each file that changed, I could then use the changes to update the page.

PS: By the way Jeff your reply to still is being forced.

Hmm, that must have been sent from my work account. Sometimes I forget to change the sender. Was it If so, then that explains it, as the did have the reply-to removed. I removed it from the other as well, but it may cause confusion in my work mail (I'm postmaster anyway, so I'll get it even if it misaddresses...)

Jeff.

Reply by email

Michael A. Hess
to Jeff Wormsley: I've had an idea for the component site that I think would be very useful, both now…
Jeff Wormsley wrote 14 lines
Hello all, I've had an idea for the component site that I think would be very useful, both now during development, and later during documentation (docu-what???). I would like to make a page for each component (or an inpage link into one big page), linked off of the component page. Each component would have a list of each property/method/event, current implementation status of each, and a brief list of known issues. I can do most of this work fairly easily, especially since the components have been split into their own .inc files, but I may need a little help, especially with the known issues part, if you decide to let me go forward. What do you think, is it worth the effort?

I think it is something that is needed but maybe it should be combined with the documation, documotion, docu....oh whatever it's called.

Did you look at the tool that MVC talked about. It looks really neat and would kill 2 birds with one stone. It would make building the files you are talking about real easy. As the files change just run it through the tool again to build your new file.

Of course this will rely on comments and information being made available in the source code itself. However if you use this on the files it will then help point out exactly what needs to have comments added.

http://www.geocities.com/SiliconValley/Lakes/6686/pasdoc.html

I like this because it means that all the developers then will be lending a hand to the actual documunchin .... I'll get it yet. :-)

PS: By the way Jeff your reply to still is being forced.

==== Programming my first best destiny! ==== Michael A. Hess Miracle Concepts, Inc. http://www.miraclec.com

Reply by email

Michael A. Hess
to Jeff Wormsley: I've had an idea for the component site that I think would be very useful, both now…
Jeff Wormsley wrote
Hehe, "Real programmers don't document... Documentation, weee don't neeeed no steeenking documentation!"

Here is the exact saying:

"Real programmers don't document. If it was hard to write it should be hard to understand". :-)

I have a button that says this. Always unnerves people I am working for.

I haven't had an opportunity yet.

Check it out. It builds the html write from the source. Then you don't have to do any of that checking which file changed and update your pages. If you just run the tool on all of the source files it will create the HTML docs that you just need to load on your site with links from the component page. Then every day or so rerun the tool incase something has changed. You could even cron it for every evening.

>PS: By the way Jeff your reply to still is being forced. Hmm, that must have been sent from my work account.

Not sure what the other one was but this one still does it to.

This one is from.

"Jeff Wormsley"

and the headers reply-to field has been preset by you email package to:

If the header already has a reply-to set the mailing list server doesn't overwrite it with it's reply-to. This just makes it a pain for someone replying to your email on the list.

==== Programming my first best destiny! ==== Michael A. Hess Miracle Concepts, Inc. http://www.miraclec.com

Reply by email

Unknown author
to Michael A. Hess: In reality I have only worn it with a select few customers who get the joke and can…
Michael A. Hess wrote 9 lines
Michael Van Canneyt wrote: > > I'm surprised to hear you actually have customers left then :-) > Ours would quickly find another contractor :) In reality I have only worn it with a select few customers who get the joke and can appreciate the humor and reason behind it. In fact I haven't worn it in over 9 years, not sure I can even find it any more. My other button says, "It's not a bug, it's an undocumented feature".

I bet you got that one with your first copy of Microsoft Windows 95 :-)

Michael.

Reply by email

Jeff Wormsley

Hello all,
I've had an idea for the component site that I think would be very useful, both now during development, and later during documentation (docu-what???). I would like to make a page for each component (or an inpage link into one big page), linked off of the component page. Each component would have a list of each property/method/event, current implementation status of each, and a brief list of known issues. I can do most of this work fairly easily, especially since the components have been split into their own .inc files, but I may need a little help, especially with the known issues part, if you decide to let me go forward.

What do you think, is it worth the effort?

Jeff.

Reply by email

Michael A. Hess
to Jeff Wormsley
Jeff Wormsley wrote
Is this a Linux or Windows app. If Linux, then I'm stuck, as I still can't get RH6.0 to work correctly.

It is FPC source code. Build it were you want to use it. It reports that it works in Linux, Win32, DOS.

==== Programming my first best destiny! ==== Michael A. Hess Miracle Concepts, Inc. http://www.miraclec.com

Reply by email

Michael Van Canneyt
to Michael A. Hess: Here is the exact saying: "Real programmers don't document. If it was hard to write it…
Michael A. Hess wrote 11 lines
Jeff Wormsley wrote: > > Hehe, "Real programmers don't document... Documentation, weee don't > neeeed no steeenking documentation!" Here is the exact saying: "Real programmers don't document. If it was hard to write it should be hard to understand". :-) I have a button that says this. Always unnerves people I am working for.

I'm surprised to hear you actually have customers left then :-) Ours would quickly find another contractor :)

Michael.

Reply by email

Michael A. Hess
to Michael Van Canneyt
Michael Van Canneyt wrote
I'm surprised to hear you actually have customers left then :-) Ours would quickly find another contractor :)

In reality I have only worn it with a select few customers who get the joke and can appreciate the humor and reason behind it. In fact I haven't worn it in over 9 years, not sure I can even find it any more. My other button says, "It's not a bug, it's an undocumented feature".

==== Programming my first best destiny! ==== Michael A. Hess Miracle Concepts, Inc. http://www.miraclec.com

Reply by email

Jeff Wormsley
to Jeff Wormsley: I've had an idea for the component site that I think would be very useful, both now…
Show quoted text 6 lines
Check it out. It builds the html write from the source. Then you don't have to do any of that checking which file changed and update your pages. If you just run the tool on all of the source files it will create the HTML docs that you just need to load on your site with links from the component page. Then every day or so rerun the tool incase something has changed. You could even cron it for every evening.

Is this a Linux or Windows app. If Linux, then I'm stuck, as I still can't get RH6.0 to work correctly.

Show quoted text 13 lines
> >PS: By the way Jeff your reply to still is being forced. This one is from. "Jeff Wormsley" and the headers reply-to field has been preset by you email package to: If the header already has a reply-to set the mailing list server doesn't overwrite it with it's reply-to. This just makes it a pain for someone replying to your email on the list.

Grrrrr. The setup screen for the account has "Reply to Address" field blank now!!! I have no idea why it is in there. I will dig around and see if there is a switch to hide that field altogether.

Jeff.

Reply by email