Nvu 0.80
By glazou on Wednesday 2 February 2005, 05:56 - Nvu - Permalink
She had a dream. She had a dream for Netscape Composer and the core editor behind it, and mostly because of that dream, she suffered from a reorg and lost her team. Even if she was right from A to Z, and the success of Nvu is here to prove it. She knew from the beginning that the editor in Mozilla had the potential to hit the market because she knows that market by heart, she understood the potential of an XML+CSS-based layout engine in editing environments, and she also knew the value of the people in her team, able to push the product beyond its limits.
Today, I am very happy to release Nvu 0.80, a major milestone, with experimental XHTML support, PHP and Comments editing support, line numbers in the source view and a set of features that slowly approaches what she had in mind. There's still a lot to do and, to paraphrase french egg heads, there's a vast field of possible improvements in front of us, but it starts looking like something we discussed together a bit less than five years ago. Nvu's feature set is now frozen until 1.0, meaning no totally new feature will be added. We'll increase stability and speed until 1.0final.
People, this version 0.80 of Nvu is dedicated to Beth Epperson aka beppe, a real Sr Technical Manager with a vision.
Official
Windows installer (0.80)
Official
Windows tarball (0.80, zip)
Official
Linux tarball (0.80, Linspire 4.5, gcc 2.95.4, gtk2, xft)
Official
Fedora3 tarball (0.80, Fedora3, KDE)
Official
Mac OS X disk image (0.80)
Official
source tarball (0.80)
Changelog available here.
Comments
Tout simplement MERCI au nom de tous les utilisateurs ordinaires, pour lesquels cet outil très pratique sera aussi un moyen de progresser.
A big thank you!
Something I wanted to say before: If you write that <? ... ?> is deprecated, you should add what the correct way is. Is it <?php ... ?>?
Excellent !
But what a pity it only provides xhtml transitionnal
Anyway, this is a step in the RIGHT direction !
Let's go now for nvu 0.90
Nvu should ONLY support XHTML Strict! The world has enough HTML 4.
olaf: don't dream.
On sens la maturité approcher ! que du bon (en plus mon très attendu "Use small icons" est arrivé !). Je vais insister un peu mais ... j'ai bien compris qu'a priori il n'y aurait pas de développement pour prendre en compte l'asp (<% %>) est ce que c'est faisable sous forme de plugin ? Ou est ce que c'est imaginable que des personnes tiers apportent leur contribution pour cette partie ? Thk !
great. u made my day!
olaf: the world needs to support Internet Explorer. And Internet Explorer happens to not support the XHTML MIME type. I'm very happy NVU supports HTML 4.01 therefore. That and what Daniel said
Congratulations and thanks for the hard work! I'll be testing it on my site
I checked NVU on earlier occasions. It is a good program (although a bit slow on my old PII, 400Mhz machinie), but it did not have word-wrap in code view. Is that problem solved now?
Why not support <% ... %> for JSP? Would the code be too different than the code to support <?php ... ?> ?
I think Nvu should default to using XHTML 1.0 Transitional.
It'll be better for the internet in general, and since it can use the text/html MIME type it won't break anything (except really old/buggy UAs, which is why you should keep HTML 4 support in).
> Nvu should ONLY support XHTML Strict! The world has enough HTML 4
>> don't dream
But what about only supporting strict doctypes? Strictness does not imply losing anything (except the target attribute, which the world can well do without) and HTML 4 Transitional in and of itself is absurd. We are transitioning *out* of HTML 4, not into it from HTML 3.
Regardless, NVu has now become my preferred WYSIWYG editor!
J'obtiens une erreur après avoir installé nvu sous Windows :
"Le point d'entrée de procédure ?ToNewUTF8String@@YAPADAVnAString@@@Z est introuvable dans la bibliothèque de laisons dynamique xpcom.dll
Dois-je désinstaller les anciennes versions avant d'installer la nouvelle ?
Mais ça démarre en fin de compte. Plus de peur que de mal !
Hi,
0.80 does not have a integrated help such as 0.70 and 0.60. Why? Is it a bug?
Greets
Thorsten
Hhm ... Nvu looks very nice. I'm wondering if it has the potential to become a WYSIWYG XML editor. It would be nice having such a nifty free editor to write DocBook or other XML documents.
I agree with everyone requesting, demanding to support *_strict_* definition of HTML 4.01 or XHTML 1.0. The benefits of strict definition of markup languages is by far much more important nowadays for edition of cross-browser pages than pretty much anything else.
Remember that MSIE 6's implementation of CSS1 box model will not be correct if it does not trigger standards compliant rendering mode.
Thanks so much for the work - not being a programmer, but being a fairly bright guy who wants the ability to run everything in sites with an easy css editor, I love this product.
I got this error message on first launch after installing over 0.7 (Windows): "The procedure entry point ?ToNewUTF8String@@YAPADABVnsAString@@@Z could not be located in the dynamic link library xpcom.dll." . But it seems to work fine apart from that. Great work
I like how Nvu looks, and I think it's going to be great. I just see that my pet bugs aren't fixed and probably won't be for a while... and i understand that they're MY pet bugs, not EVERYONE'S.
I like to format my own code - tabbing, etc. Nvu's formatting is nice, but I like mine better. I also don't see a way to edit hidden form fields, which is a big deal for me and probably only me. The rest of my gripes are nit-picky.
Appear to be major problems editing forms. For example, I edited an existing selection list. After making my changes I hit OK and the selection list was deleted. Had to edit in source. Not the way it should work.
Anne wrote:
"olaf: the world needs to support Internet Explorer. And Internet Explorer happens to not support the XHTML MIME type."
Oh, please, come on!
From section 5.1 of the XHTML 1.0 specification: "XHTML Documents which follow the guidelines set forth in Appendix C, "HTML Compatibility Guidelines" may be labeled with the Internet Media Type "text/html" [RFC2854], as they are compatible with most HTML browsers."
Additionally, www.w3.org/TR/xhtml-media... :
"[XHTML1], Appendix C "HTML Compatibility Guidelines" summarizes design guidelines for authors who wish their XHTML documents to render on existing HTML user agents. The use of 'text/html' for XHTML SHOULD be limited for the purpose of rendering on existing HTML user agents, and SHOULD be limited to [XHTML1] documents which follow the HTML Compatibility Guidelines."
Can it get any more clear? There is *nothing* wrong with sending XHTML pages as text/html to browsers not supporting the XHTML MIME type.
~Grauw
Cutting and Pasting with Command-c and Command-v works on the Mac now. Thanks. The 2 features I would like to see in the 1.1 release or sooner is not making the links underlined and blue if the stylesheets says otherwise in the preview at least if not in the normal edit view and being able to switch from document to document with the tabs while in HTML code view. All in all a great product and getting better very fast. I didn't think I would use anything made with the Composer code base after bad experiences with bugs, but you have fixed them all and it is even now a very useful program for serious work.
Many thanks for the Mac OS X improvements. The still-pending problem of having to quit the application twice is only a minor annoyance.
Somewhat more serious is that, with Mac OS X (at least on my computer), it doesn't seem possible to make HTML files open in Nvu by default. When I select an HTML file in the Finder and hit command + I to see its information, I am unable to make Nvu the application into which the file opens when double-clicked. Similarly, dragging HTML files onto the Nvu icon in the Finder or the Dock doesn't open the files.
Any Mac OS X programmers out there who can advise on how to fix this?
On my Mac it works.
Select "Other", then "All applications"
Daniel, I think it's terribly sweet of you to dedicate this release to Beth. Tu es très gentil!
Anyone can tell me the changes nvu made when running as root for the first time. I'm working on a nvu package for Arch, and my previous methond of patching it doesn't work anymore. The files changes I got are:
nvu-0.80/chrome/chrome.rdf
nvu-0.80/chrome/overlayinfo/browser/content/overlays.rdf
nvu-0.80/chrome/overlayinfo/communicator/content/overlays.rdf
nvu-0.80/chrome/overlayinfo/editor/content/overlays.rdf
nvu-0.80/chrome/overlayinfo/messenger/content/overlays.rdf
nvu-0.80/chrome/overlayinfo/navigator/content/overlays.rdf
nvu-0.80/extensions/Extensions.rdf
Thanks for the improvement!! I like the XHTML and PHP edit support but I'll wait until it stablize some more because I'm afraid it will delete or redo the original files I did by hand. Believe it or not, none of the 5 company's website have XHTML on it because I'm still in a tug of war between browsers compactibiltiy and support.
Zook
Kimberly: AOL is such an imbecile company to lay off such a valuable person. People with a vision are so rare... See you next f2f (I'm not attending the Plenary).
what needs to be done to open a .php file in linux. it's working in windows, but doesn't in linux. instead a save as dialog is coming up
Congratulations!
Thanks for the hard work...
We love NVU (and you)!
Merci pour votre "chouette" logiciel.
J'ai remarqué que si l'on clique, dans Site Manager, sur une page locale déjà ouverte dans la zone de travail, on semble bloqué au niveau Site Manager (sablier, rayures défilantes en zone de status) et il faut cliquer sur l'icône rouge "stop" pour en sortir. Est-ce un bug, ou est-ce normal?
Autre problème constaté: dans le mode <HTML>Source, si l'on détruit tous les caractères, en partant de la fin, par un "backspace", la numérotations ne se détruit pas proprement (on retrouve 1. 2. 3. 4.).
To echo chris' .php on Linux question (4/2/05): The behaviour on OS X is the same. I was able to add PHP code to a file (something I really need and have been waiting for) and save it with a .php extension, but when I try to reopen the file I get a save dialog.
Will this be fixed anytime soon? (Or am I missing something?
re: the comment by Gary above. I had some trouble editing forms too. I discovered Nvu was deleting the html that closes a text area. I also notice that double-clicking on a radio button does not bring up the form field properties (this was a bug in earlier versions too). I'd have posted these to a bug database if I knew where such a beast was (I looked here, at disruptive innovations, at linspire, at nvu.org, etc)
HTML view/Select All/Copy doesn't (a) hilite text (b) copy all the text.
PS: could you please translate "Notes pour les francophones": looks fun, but Google can't cope.
Tiens, c'est bizarre : il y a un bug signalé sur geckozone (c'est bien de toi, n'est-ce pas ?), mais tu n'en parles pas ici, c'est normal ?
I think there's a bug in Nvu 0.8, specifically when it deals with anchors. When I load a page with anchors I had previously created with earlier versions of Nvu, some processing is done with the result being that extra, duplicate anchors are placed here and there. It's quite annoying, but I'm sure you can fix this easily. Thank you very much!