|
|
Home » Developing U++ » Documentation » Documentation how-to...
|
|
|
|
|
Re: Documentation how-to... [message #17951 is a reply to message #17751] |
Thu, 04 September 2008 10:32   |
cbpporter
Messages: 1427 Registered: September 2007
|
Ultimate Contributor |
|
|
I decided to sit down and write a documentation page to see how hard it is and how Topic++ could be improved.
So actually writing the content is not that hard, but formatting the page is. It takes a lot more time when compared to filling in the content.
First some issues:
1. The text in Topic++ is too large. Just in the editor. When previewing the page, it is rendered with the normal size for the font that was given.
2. When I insert a table and drag it's left side a little to the left in the editor, in the preview mode the table position and size is all wrong.
3. Copy pasting from Topic++ to OpenOffice inserts some extra characters. I guess it is because of hidden formating fields or something.
Also some interface issues:
4. Insert table does not remember your previous options. I am not going to insert 10 different types of tables in a documentation page because of consistency. So if the default is not good, I have to change the options for each table.
5. Neither does Query nor Hyperlink remember my last position.
6. Inserting a function definition with Query kills my paragraph indent.
7. Inserting a function definition with Query will add String with ::String hyperlink, which points nowhere. Changing it is hard because you have to navigate to Core/src/String for every item.
And of course:
8. I know this came up before, but "src" and "srcdoc" have got to go. Why not rename them to "Reference" and "Manual" or something. Also, if you really want to keep these cryptic names, at least use capital letters. In a tree list there is nothing more unaesthetic that having a lower case leaf between full English text leaves, i.e. "Used Packages/Core/srcdoc/Doing some neat stuff".
9. And these 3 categories are not necessarily the best ones. The example of a possible documentation page that I attached does not fit that well in src, because it is just a bunch of functions with the title of the page and their logical connection the only thing that links them together. It does not fit in srcdoc, because it more like a reference.
Also, after creating this page, I though about a different layout. But manually changing it is tedious. A way to change stuff like CSS is used for web pages would simplify thing a lot. Maybe some tables with interchangeable styles.
Here is a test documentation page. It is not complete and uses some weird colors for headers. It is just a test. But we should settle on the style of a documentation page.
Edit: removed old attachment.
[Updated on: Thu, 04 September 2008 15:31] Report message to a moderator
|
|
|
Re: Documentation how-to... [message #17954 is a reply to message #17951] |
Thu, 04 September 2008 13:25   |
 |
mirek
Messages: 14255 Registered: November 2005
|
Ultimate Member |
|
|
I will try to fix these issues asap, anyway, here are some hints for now:
cbpporter wrote on Thu, 04 September 2008 04:32 |
1. The text in Topic++ is too large. Just in the editor. When previewing the page, it is rendered with the normal size for the font that was given.
|
You can make it smaller but making the view less wide. Klick on "tool" icon on the right side of ruler.
Quote: |
2. When I insert a table and drag it's left side a little to the left in the editor, in the preview mode the table position and size is all wrong.
|
Well, there is a sort of problem as the editor works in "page" mode (reflecting actual page is it would be printed), while help browser works in "fit mode" (basically rescaling page down to pixels and then use current view as "page").
I guess it needs some more thinking and work...
Quote: |
3. Copy pasting from Topic++ to OpenOffice inserts some extra characters. I guess it is because of hidden formating fields or something.
|
Here I would need more details. Host platform info and some text that does this at least 
Quote: |
7. Inserting a function definition with Query will add String with ::String hyperlink, which points nowhere. Changing it is hard because you have to navigate to Core/src/String for every item.
|
Just a hint: You can insert more than single method - use shift+click.
Quote: |
8. I know this came up before, but "src" and "srcdoc" have got to go. Why not rename them to "Reference" and "Manual" or something. Also, if you really want to keep these cryptic names, at least use capital letters. In a tree list there is nothing more unaesthetic that having a lower case leaf between full English text leaves, i.e. "Used Packages/Core/srcdoc/Doing some neat stuff".
|
Well, IMO, it would be nice if it is single C++ identifier (I can imagine that it somewhat reflects during .tpp inclusion in the future).
Other that, Reference and Manual (and Implementation?) sounds good. appdoc - Resources? (Well, in this case there will be some fixing of code, but I am gona sacrifice it).
Quote: |
9. And these 3 categories are not necessarily the best ones. The example of a possible documentation page that I attached does not fit that well in src, because it is just a bunch of functions with the title of the page and their logical connection the only thing that links them together.
|
IMO, enclosed document is obvious case of src "Reference".
Quote: |
Also, after creating this page, I though about a different layout. But manually changing it is tedious. A way to change stuff like CSS is used for web pages would simplify thing a lot. Maybe some tables with interchangeable styles.
|
Well, there are paragraph styles and stylesheets. Plus, stylesheets can be reapplied to whole groups.
Personally, I would stay with the simple style presented in Core/src/algo (and others). Besides, this is the format I will expect in future T++ enhancements.
Note: Your .tpp is old format. This is only a little problem, conversion is automatic, but still, it would be better to create docs in freshly compiled ide 
Mirek
|
|
|
Re: Documentation how-to... [message #17957 is a reply to message #17954] |
Thu, 04 September 2008 14:00   |
cbpporter
Messages: 1427 Registered: September 2007
|
Ultimate Contributor |
|
|
luzr wrote on Thu, 04 September 2008 14:25 |
You can make it smaller but making the view less wide. Klick on "tool" icon on the right side of ruler.
|
Oops, I didn't notice that it had zoom . Good to know and nice feature. But I noticed that zoom dialog does not have an option to use "real" size, only proportional. Could this be added in the future (also useful for a very imprecise print preview).
Quote: |
Well, there is a sort of problem as the editor works in "page" mode (reflecting actual page is it would be printed), while help browser works in "fit mode" (basically rescaling page down to pixels and then use current view as "page").
I guess it needs some more thinking and work...
|
I'll just avoid scaling tables until a solution comes up.
Quote: |
Here I would need more details. Host platform info and some text that does this at least 
|
U++ 2008.1, openSuse, rpm install, text is the one I attached, copied directly from "editor" mode.
Quote: |
Just a hint: You can insert more than single method - use shift+click.
|
I'm aware of that. I still have to manually change the hyperlink of all classes.
Quote: |
Other that, Reference and Manual (and Implementation?) sounds good. appdoc - Resources? (Well, in this case there will be some fixing of code, but I am gona sacrifice it).
|
Yes, these names sound good and are English.
Quote: |
Personally, I would stay with the simple style presented in Core/src/algo (and others). Besides, this is the format I will expect in future T++ enhancements.
|
I'll try to mimic better that style. Still, I would like to use indentation and colored headers plus a small description on al pages, with either class hierarchy for class References, or location with bunch of functions,to make the text more easy on the eye, to give it structure and make it more manual find friendly. I'll post later an updated .tpp with changed style which also tries to use more predefined styles.
Quote: |
Note: Your .tpp is old format. This is only a little problem, conversion is automatic, but still, it would be better to create docs in freshly compiled ide 
|
Well, since this documentation was mean to be included after styling issues have been settled on, I wanted to have a stable base so I used the 2008.1 rpm. This is what I got. Should I build a new ide from svn?
|
|
|
|
|
Re: Documentation how-to... [message #17961 is a reply to message #17959] |
Thu, 04 September 2008 21:51   |
cbpporter
Messages: 1427 Registered: September 2007
|
Ultimate Contributor |
|
|
OK, I find Topic++ barely usable. You can't hit backspace without destroying the previous paragraphs formating. When copy & pasting multiple paragraphs, it sometime forgets the style of some of them, or it does not forget it but does not render it correctly and I have to change the style to something else and back. And forget about doing this for and “item” (those links to function declarations) because you get a dangling item out of it. And forget about copy pasting or cut pasting items. Most of the time I'm left with a grayed out function definition, other times if I click query I see that my function has 2-3 references, even though it is no longer contained anywhere. Right now I'm stuck with most counters set to 2, even though most of the functions are no longer there.
Table properties list tho color pickers with the label "color". Also you can't choose a border color for an individual cell. In "view" mode there are buttons without tooltips. And why can't I select anything out of a table in view mode. And other minor stuff I have forgotten.
I guess I'll have to wait for some of Topic++'s issues to be fixed. But when that happens I'll document all the functions and classes from Core that are not in any of groups (groups like Container, Concretes, Other Files, etc.).
|
|
|
Re: Documentation how-to... [message #17964 is a reply to message #17957] |
Thu, 04 September 2008 22:00   |
 |
mirek
Messages: 14255 Registered: November 2005
|
Ultimate Member |
|
|
cbpporter wrote on Thu, 04 September 2008 08:00 |
luzr wrote on Thu, 04 September 2008 14:25 |
You can make it smaller but making the view less wide. Klick on "tool" icon on the right side of ruler.
|
Oops, I didn't notice that it had zoom . Good to know and nice feature. But I noticed that zoom dialog does not have an option to use "real" size, only proportional. Could this be added in the future (also useful for a very imprecise print preview).
|
Sigh... What is the "real size"?
Quote: |
Quote: |
Personally, I would stay with the simple style presented in Core/src/algo (and others). Besides, this is the format I will expect in future T++ enhancements.
|
I'll try to mimic better that style.
|
You do not have to try hard, that style is produced by T++ 
Quote: |
Still, I would like to use indentation and colored headers plus a small description on al pages, with either class hierarchy for class References, or location with bunch of functions,to make the text more easy on the eye, to give it structure and make it more manual find friendly.
|
Anything unrelated to actual code links (I mean, method/description/parameters) is definitely possible.
I'll post later an updated .tpp with changed style which also tries to use more predefined styles.
Quote: |
Well, since this documentation was mean to be included after styling issues have been settled on, I wanted to have a stable base so I used the 2008.1 rpm. This is what I got. Should I build a new ide from svn?
|
Yes.
Anyway, I have also found that for some mysterious reasons, links back to the code are now missing in existing T++.
I shall investigate soon.
Mirek
|
|
|
Re: Documentation how-to... [message #17965 is a reply to message #17961] |
Thu, 04 September 2008 22:04   |
 |
mirek
Messages: 14255 Registered: November 2005
|
Ultimate Member |
|
|
cbpporter wrote on Thu, 04 September 2008 15:51 | You can't hit backspace without destroying the previous paragraphs formating.
|
Just like in most word-processors. Hitting backspace concatenates paragraphs, means you have to decide the style of result. It is logical that the style of paragraph you are in is chosen.
Quote: |
When copy & pasting multiple paragraphs, it sometime forgets the style of some of them, or it does not forget it but does not render it correctly and I have to change the style to something else and back. And forget about doing this for and “item” (those links to function declarations) because you get a dangling item out of it. And forget about copy pasting or cut pasting items. Most of the time I'm left with a grayed out function definition, other times if I click query I see that my function has 2-3 references, even though it is no longer contained anywhere. Right now I'm stuck with most counters set to 2, even though most of the functions are no longer there.
Table properties list tho color pickers with the label "color". Also you can't choose a border color for an individual cell. In "view" mode there are buttons without tooltips. And why can't I select anything out of a table in view mode. And other minor stuff I have forgotten.
I guess I'll have to wait for some of Topic++'s issues to be fixed. But when that happens I'll document all the functions and classes from Core that are not in any of groups (groups like Container, Concretes, Other Files, etc.).
|
Well, definitely looks like some work to do 
Mirek
|
|
|
|
|
|
|
|
|
|
Goto Forum:
Current Time: Fri Apr 25 19:05:26 CEST 2025
Total time taken to generate the page: 0.00832 seconds
|
|
|