- From: Alexandre Brillant <djefer@club-internet.fr>
- Date: Wed, 21 Mar 2001 13:25:19 -0500 (EST)
- To: Irene VATTON <Irene.Vatton@inrialpes.fr>
- CC: www-amaya@w3.org
VERSION : 4.3.1 ============ Idea : Could it be possible to make template pages ? When making an XHTML page, I save it as a template and decide by special tag the content that will be inserted later. When loading a template, It asks me to set each content and the page is built automatically. Irene VATTON a écrit : > > 1°) About the main ToolBar : > > > > Why the E, S, C buttons behaves as Toggle Button but not H1, H2, H3 > > and Lists ? I mean, If I active the H1 on a text part, I can't disable > > it easily. > > Toggles E, S, C let you set/delete the corresponding markup. For headings > and lists, usually you don't remove the markup but you replace it by > another markup: H1 becomes H2 or P. If you select a H1 and click on H2 you > do exactly that. As you can see, only inline tags (see Style/Information > type and Style/Character element) are toggles. -------------------------------------------------------------- I agree with you that Bold, Italic... are for physical presentation H1, H2... are for structural information. However, XHTML must be considered as a physical presentation of a documentation, meaning I 'draw' my web page and not I structure my web page. Such method like this, is for beginner like me easier, I don't know if H1 is more pertinent and should be replaced by a simple P or BR with a specific font. -------------------------------------------------------------- > > > > It is possible to have a contextual toolbar depending on the object > > used ? > > It's possible but it is a bit complex. > -------------------------------------------------------------- A better idea shoud be to have a list of available properties on the selected object. It could be available in tne main toolbar or in a standalone window. I think this independant window could help people to waste his time to search the good menu and the good action. -------------------------------------------------------------- > > > 2°) About simple use : > > > > Adding a gif images shows an annoying comment : "The Alternate text is > > mandatory" > > Yes, it is. -------------------------------------------------------------- Ok, but it seems that I can't change easily this properties value later (Meaning, I must go to the source). -------------------------------------------------------------- > > > > There's a lot of bug in the table object : > > > > a°) Build an 10, 10 table. Go to the first cell and try to do several > > line. > > You inserted several paragraphs in a cell? --------------------------------------------------------------- I try again, but the bug is not the same. I have built a new XHTML page. I have inserted a 10x10 table it the beginning. When I insert a text on the first cell, the table is not resized and the text is under the grid Idea : Could you have a TRACE MODE that could store each user action ?????? ++++ This is a system used by emacs for showing where's the bug otherwise, it's not really practice to redo itn the proove is here... --------------------------------------------------------------- > > > > b°) Build in the amaya introduction page a table of any size with a > > border > 2. Then insert another table with a border of size 1, the > > main table is resetted to a border of size 1. > > I tried that scenario on Unix and Windows platforms and it worked well. > ---------------------------------------------------------------- Sorry, I can't redo the error. Howeve I have met several other bugs : 1°) Build in the introduction page a table of 10x10, add a second table of 2x2 inside the first cell (top left). You can't select other cells from the main table in the first line. 2°) Now remove the second table. The table is not completed, a refresh problem appears and the cell disappears. ----------------------------------------------------------------- > > > c°) Build a 5, 5 table. Add a text in the first column in the first > > row, then add a text in the second column in other line. We can't > > select the first column content ! > > When you click in the document Amaya looks for the nearest element. If the > cell of the first column in the second row is empty by default that element > is located at the left border of its column and its size is 2 pixels width. > When you click in the first large column, you have more chances to be closer > to the second column cell than the first column cell. > You have to click on the left side of the column or to use arrow keys to move > the current selection. > ------------------------------------------------------------------ ok ------------------------------------------------------------------- > > > d°) Sometime a *** Thot: Irrecoverable error *** crashes Amaya with > > tables. > > If you have a clear and repeatable scenario, that can help us to fix bugs. > -------------------------------------------------------------------- Could you store a kind of stack trace ? -------------------------------------------------------------------- > > > 6°) Window > > > > Dialog box are not always straightforward. The first think, is that I > > can't kill it using the [x] Window icon. I don't understand the > > interest of the 'Clear' button. What is the difference between > > 'Done' and 'Apply' ? Same thing if 'Done' is for 'Confirm' why such > > different name ? > > In some cases there is no [x] Window icon because it's not proposed by > the dialogue toolkit. > Attribute dialogues (there are other dialogues too) have a button Apply > that adds the attribute and its current value to the current selected > element. The dialogue don't disappear after an Apply for letting you apply > the same attribute value to different elements (this was a request of > Amaya users). In these cases there is a button Done that closes the > dialogue box (nothing else is done by the button Done). > The button Cancel closes the dialogue box, but can also undo what was > already prepared since the beginning of the operation. > Ex: when you create an image or a link, Amaya inserts the new element and > asks you for the target image/link value. If you cancel, the dialogue, the > inserted element image/link is removed. > --------------------------------------------------------------- ok, I understand. However, why not adding a link only for a non empty target defined ? --------------------------------------------------------------- > > > > > For example : On the action Background image item, Clicking on the > > Confirm button will do nothing, It should close the dialog and do > > nothing without a Background. > > It does if there is a valid background image. But I agree there is a bug > here, because the dialogue should be closed. > --------------------------------------------------------------- ok --------------------------------------------------------------- > > > 7°) Navigation : > > > > Previous and Next doesn't work very well in Edition Mode. > > > > Ex : I'm creating a new page, When clicking the previous button <-- > > it goes to the Amaya Introduction page (which is I don't understand > > why for edition). I can't go again to my new page. > > It's not a bug. I guess you created a new document, but you didn't save > it. Amaya considered that it was a mistake and didn't registered that page > in the history. If you edited and saved the new document, it was be > registered. > ------------------------------------------------------------------ ok but a dialog box could be better for adverstising that the document was not saved. + I notice, that amaya doesn't take into account the user working directory as a default path when saving a document. ------------------------------------------------------------------- > > Regards > -- > Irene. (Bravo pour la qualité de votre travail !)
Received on Thursday, 22 March 2001 03:14:21 UTC