- From: darrbow <darrbow01@home.com>
- Date: Thu, 22 Mar 2001 11:10:54 -0500
- To: "Alexandre Brillant" <djefer@club-internet.fr>, "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 !) > ------------------------------------------------------------ *** Since this is a text base medium i think we should examin all aspects of typography. get this iron out. I kind of like microsofts make big, med, small fonts. (save the i hate microsoft stuff!) darrell bowman ---------------------------------------------------------------------------- --------
Received on Thursday, 22 March 2001 11:17:04 UTC