Re: Bug report and ideas

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