- From: Dave J Woolley <DJW@bts.co.uk>
- Date: Fri, 11 Jun 1999 15:05:30 +0100
- To: www-amaya@w3.org
> -----Original Message----- > From: Irene.Vatton@inrialpes.fr [SMTP:Irene.Vatton@inrialpes.fr] > Sent: Friday, June 11, 1999 1:21 PM > To: Robin Whittle > Cc: www-amaya@w3.org > Subject: Re: Bug reports . . . 17 of them . . . . > > In-reply-to: Your message of Tue, 08 Jun 1999 01:32:44 +1000." > <375BE61C.BE49DF77@firstpr.com.au> > > > My purpose in using Amaya is to make straighforward HTML pages, rather > > than to conduct research or explore HTML4 and CSS. HTML 3.2 is fine > > for what I want to do, and Netscape was generally good, but I am > > attracted by an open-source WYSIWIG HTML editor - and Amaya is the > > only one. I could pay a few hundred dollars for a commercial editor, > > but I suspect they would have their limitations and might add some > > strange stuff to the files. > > > > > > Some unexpected good points I found in Amaya include: > > > > * Multiple undo and redo. > > > > * Recovers a backup file after a crash. > > > > * The transform tool and even a language for it. > > > > These are all marvels! > > > > Here are difficulties I encountered: > > > > 1 - Amaya will not display Bold and Italic. The resulting file > > has bold and italic set as part of a SPAN construct, and Netscape > > 4.6 displays the characters bold and Italic fine. MSIE4 is fine > > too. > > True. Amaya uses a limited set of fonts and cannot display bold and > italic at the same time. > > > It did crash at one stage when I was trying to get both by > > pressing the bold and the italic button, but I can't reproduce > > it now. > > I guess that problem is fixed now. > > > 2 - Amaya ignores the <font face="Arial,Helvetica"> tag in a file > > generated by Netscape. It displays Times instead. Amaya > > preseves the <font face="Arial,Helvetica"> tag in the output > > file, and it correctly interprets the colour part of <font > > face="Arial,Helvetica"><font color="#FF0000"> > > Yes, the face attribute is not implemented. We encourage people to use > the attribute style. > > > 3 - Difficulty deleting attributes in the body tag. I started > > editing a file: > > > > http://www.firstpr.com.au/rwi/dfish/index.html > > > > which had a black background and for which I had defined > > lighter colours for links. The new document has a white > > background, and I wanted to get rid of the link, vlink and > > alink attributes. I could get rid of the numbers they had, but > > that did not have the required effect. > > > > <body text="#000000" bgcolor="#FFFFFF" link="" vlink="" alink=""> > > > > On Amaya the links (unvisited) were displayed as white. Netscape > > and MSIE display the link correctly in the default colours. > > "" is a invalid value and the result depends on the default color for the > browser. We can change it and take black istead of white like other > browsers. > > > There are two issues here: > > > > a - How do I delete link="" vlink="" alink="" from within > > Amaya. (Obviously I could do it in a separate text editor.) > > You can delete it by selecting the body, select the corresponding > attribute > in the menu Attributes and click on "Delete Attribute" > > You could also select it in the Structure view and delete it. > > > b - Amaya's display of a white link when the attribute > > does not have a value. > > No. It just understands that you want to change the default color, but > that > color is invalid. > > > 4 - On the subject of displaying links, I think Amaya's > > approach of not underlining them is a really bad idea. I hate > > web sites where the links are not underlined. It makes it so > > much harder to understand what is happening and what > > opportunities the page gives you to access other pages. > > If you have a look at the Alternate view they are underlined. > More the Links view displays the list of them. > > > Is there a way of enabling underlined display of links? > > Not in the current version > > > 5 - Whether or not Amaya is in edit mode, there is no display > > of the link destination when the cursor moves over the link. > > You can display targets either with the command "Show Targets" in the > menu view or in the view Links. > > > Such a display at the bottom of the screen would really help. > > > > 6 - In Windows, Amaya displays the address in the > > main display and in the file save box as xxx\New.htm > > when in fact the file is xxx\new.htm. > > That is a specific Windows problem. On that system there is a complete > confusion or uppercases and lowercases. > > > Saving to new.htm writes, as predicted, to new.htm. > > > > Saving to nEw.htm writes to new.htm ! > > > > The problem no-doubt has its roots in Windows' screwy handling > > of capitalisation in file names. > > > > > > 7 - The default file extension of "htm" on Windows is something > > I don't like! I think "html" is the best and I don't know of any > > reason on a non MSDOS machine for using .htm. > > We should use html. Perhaps some htm remains. I'll check the code. > > > 8 - Closing a document, even if unedited, when multiple windows are > > open, closes all Amaya windows!(It did on one occasion on Windows > > but I can't reproduce it now.) On Linux closing the file in > > one window crashes my X server too. > > If there is only one opened document, closing that document closes Amaya > even if there are more than one opened view. > > > 9 - One very common and useful means of selecting text does not > > seem to be available with Amaya: holding shift and moving the > > cursor and using the arrow keys > > We're working on that and almost shift arrows commands should work in next > release. They are already available on Linux platforms. > > > 10 - The similarly userful and common ability to move the cursor one > > word at a time with Control left and right arrows is also not > > available. > > Ok we should coninue our work there. > > > 11 - I had some trouble with a newline I had in a table cell. There > > was a Span covering this word and another covering nothing (no > > characters or spaces) at the end of the cell. There was only > > one word in the cell. I added some extra characters in Structure > > view to the end of the word, and noticed that they overwrote > > the bottom border of the narrow table in the main view. > > Normally the text is redisplayed except if the cell width is forced. > > > I undid this, and all was well, but I noticed that in Structure > > view, there was a blank line after the end of the sole word. > > Don't worry about that empty line. Amaya just reminds that you wanted to > create a new piece of text there. > > > This looked sus, so I tried to get rid of it i Structure view. > > Backspace and delete did not make any difference. I selected > > that empty line and the right end of the line above it, almost to > > the last character of the word I wanted to keep. I pressed > > Delete and all Amaya windows crashed! > > To understand how to edit table, you have to read the help entry. It's > really powerful, but I agree, it needs a minimum of experiment. > > > I can probably create such a file if you want one as a test case. > > If the bug can be reproduced, your file is welcome. > > > There were other instances of Amaya crashing, but I can't > > reconstruct the details as well. > > > > > > 12 - I wanted to set the colour of one piece of text (in a table cell) > > to exactly the colour of another piece. I knew I wanted 3060FF > > but the colour picker gives no such exact option. > > > > I tried to use cut and paste in the Structure view to get the > > colour attribute from one piece to another but . . . I couldn't > > make the Cut and Paste work. The Cut command was received, > > because the "Paste" option became highlighted afterwards. > > It seems that you're not allowed to paste there. Amaya checks the document > structure during the editing. > > > I couldn't get Cut or Paste working in the attributes of > > Structure view - only in the text parts of Structure view. > > An attribute is not the same thin than element and you need to use an > other method to copy attributes. First you select the element which has > the attribute you want to copy and you open the attribute entry in the > menu Attributes. Then you select the new element to which you want to > apply the current attribute and click on Apply. > > > In the end, I had to manually edit the attribute to what > > I wanted in Structure view. > > > > > > 13 - When something was done to text in a table cell, for instace > > increasing the font size, the reformatted text goes beyond the > > table cell lower border and the right border disappears. > > > > Workaround is to save the file and reload. > > I've never seen that. Is it the same than that mentioned in 11- > > > 14 - Without applying any attributes for vertical positioning > > of text within a table cell, Amaya displays them as being > > to the top, whilst in fact there is no attribute, and > > Netscape displays the text in the centre of the cell. > > Some attributes within cells are not interpreted yet. We need to > change the table model in allow them and we cannot say when that work > will be done. There too many work for 3 people. > > > 15 - I had a few words of text which was Helvetica Bold 14 point. > > (I had entered this manually, not from an existing file and > > had applied Style > Character Style to it successfully.) > > > > Then I added some text in the middle of this, selected it and > > tried to make it 12 point Times, not bold or italic. The > > results look fine on Amaya, but both Netscape 4.6 and > > MSIE4 display the Times text in bold. I have enclosed this > > file as a demonstration - bug2.html. Also, a simpler > > deliberate example of it is in that file. > > You had generated an element SPAN with a CSS attribute style. You need to > take a software which supports CSS to see the result. > > > The problem is that Amaya turns on boldface with a "span style" > > command of "font-weight: bold" and then expects to be able to > > specify non-bold in a subsequent "span style" command which > > includes "font-style: normal". > > That is the right way to process now. > > > 16 - Amaya's display of table border width and cell spacing is > > deficient or non-existent. See bug2.html for an analysis. > > See the answer to 15- > > > 17 - Amaya chews RAM and will use most RAM in a 128 Meg machine, which > > has Netscape and MSIE running. This stops Windows from > > functioning properly and prevents any other programs running. > > Normally No. > > > > This seems to be related to multiple saves, and perhaps to > > having the View Structure window active. No, maybe it is > > just enough to have Amaya running. When I switched from > > Amaya to writing this email, there was no RAM shortage. > > Now, switching back, RAM is all taken up because Windows > > cannot put icons in the little window which pops up with > > Alt Tab. All is well as soon as I exit Amaya. > > We introduced many new features in that release and we didn't have the > time to fix all inserted memory leaks. We already fix a lot of them within > the release in progress. > > > It took a little while to realise I must look at the bottom line of > > the screen to see what I was selecting with F2. I thought I had the > > entire table selected and was frustrated at not being able to find an > > attribute for border width. But then I did one more F2 and saw I was > > selecting the table, not to body of the table. Then I could alter > > Attributes > Border. > > I know structure editing is new approach and needs some training. > Today you see its limits but tomorrow you can discover its benefits. > I guess that approach is going to be generalized with the development > of XML documents. > > > It took me a while to figure out how to get rid of Blockquotes - to > > use Edit > Transform. > > > > Another welcome good point: > > > > * The ability to keep a Character Style window open and then to > > select other pieces of text in the main window and press "Apply" > > in the Style window - great stuff! > > > > > > My interest is whether Amaya is a stable, reasonably easy-to-use > > WYSIWIG editor for creating moderately ambitious HTML pages. At > > present I don't think it suits me. The key reasons are: > > > > 1 - Amaya is seriously non-WYSIWIG in respect of table border, > > cellspacing and cell-padding. > > > > 2 - It does not use the HTML3.2 approach to Bold, Italics, Font size > > etc. but its new "span style" approach is generally properly > > interpreted by MSIE 4.0 and Netscape 4.6. This would be OK, > > but Amaya does not handle getting rid of bold face properly. > > > > 3 - Any attempt at using Netscape to edit a file made or edited with > > Amaya will be very painful since Amaya uses HTML tags which > > Netscape's Composer cannot interpret. (It just shows them as > > little yellow tags which can be edited manually and > > painstakingly.) > > > > 4 - Using Amaya to edit a file created with Netscape will be a pain > > because Amaya does not recognise Netscape's way of specifying > > Helvetica font. > > > > So if I start using Amaya, I must always edit those files with Amaya - > > whilst steering clear of its bugs and using Netscape to see what the > > file is really going to look like. > > The Web progress and I guess Netscape follows that way. Perhaps you have > just to update your tools. > > > I hope these bug reports assist in improving Amaya. It is a promising > > program! For now, I need to create an HTML page, and I think I want > > to use Netscape! > > Thanks for the long report. > Irene. > >
Received on Friday, 11 June 1999 10:06:30 UTC