<Glazblog/>

Search

Your search for nvu returned 476 results.

Thursday 4 April 2013

15 years of Mozilla, my Webstory

By glazou on Thursday 4 April 2013, 10:58 - Mozilla

  • started working with SGML in 1991 at Grif, implementing the first CALS tables (that eventually gave HTML tables) wysiwyg editor. Worked with Jean Paoli and Vincent Quint. Met Tim Berners-Lee. Started working on stylesheets (the P language in Grif).
  • 1994: working at Électricité de France, one of the first european customers of the recently released Netscape's browser. We bought thousands of licences, Netscape was not even incorporated here yet.
  • 1998: noticed the Mozilla source code release while working for Électricité de France; was already a CSS WG member. Downloaded code to look at it but too much work to really do it well. Met Vidur, Peter Linss, Angus Davis, Troy Chevalier
  • 1998: Peter Linss makes a referral about me at Netscape but a hiring freeze blocks the process
  • june 2000: I am available for hire and Pierre Saslawsky makes another referral about me at Netscape
  • september 2000: interviews in Mountain View with the Layout, Email, AIM and Editor teams. Moments with Vidur, Beth, Clayton and a few others I will never forget.
  • november 2000: hired by Netscape in the editor team, spending a month in Mountain View, starting diving into editor's code with invaluable help from jfrancis, kin, brade, cmanske, beppe, sfraser and mjudge. First bug fix in the style engine code, memory footprint-related. The day I arrive in MV, there's a barbecue party for the release of Netscape 6.0; everyone including me has a NS6 jacket and a trophy, some have a bonus envelop. I discover, to my greatest pleasure, that Netscape is a company that knows how to say thank you. Hixie is an intern at Netscape doing QA, Hamerly and I turn on the lights at 8am, Scott Collins sleeps every night in the cubicle next to mine, I am almost the only one using the espresso machine, there are baby clothes at the Netscape store for my first son and when I refused to eat at Denny's cmanske replied « I knew you had "class" ».
  • december 2000: peterv and I are the only developers at Netscape France. We send a mail to the whole team to introduce ourselves. Only two persons come to say hello, Tristan Nitot and an HR person. We're in a windowless corner of the offices, with sales people shouting on the telephone all the time.
  • 2001: representing Netscape in the CSS WG, helping Beth in the HTML WG but XHTML2 seems to me a gigantic strategic error and I say it in public. When asked why I work from France for Netscape US, I reply « because they do beautiful things ». During a crepes dinner with Tantek in SF, he challenged me to implement :not() in Gecko; flying to San Diego the next day and spending the night on it, showing working implementation to Attinasi the next day. Adding CSS to the editor. Showing Syd Logan how to greatly simplify the IM conversation view with just a dash of CSS.
  • 2002: all of AOL-TimeWarner France including Netscape moves to a new building in Neuilly sur Seine. Cool times, superb corporate restaurant. Many good and sometimes hilarious memories.
  • october 2002: wrote the Small Screen Rendering stylesheet that will be used in Minimo. AOL wants to patent it even if I warn them there is prior art from Opera.
  • december 2002: reorg at Netscape. Many good friends are gone. I'm myself in complete limbos, spending a few awful days and nights.
  • Q1 and Q2 2003: working on the Anvil project, a new editor at AOL will never release. I also start Composer++, a standalone revamp of the Netscape editor that will eventually become Nvu.
  • february 2003: at FOSDEM in Brussels; meet Mozdev's Brian King (of zibble fame) and Pete Collins.
  • 15-jul-2003: laid off by AOL with the remains of Netscape. Leaving Netscape offices only the 2nd of august. My collection of Netscape t-shirts is orphan.
  • september 2003: meeting with Tristan Nitot and Peter van der Beken in Peter's flat, my two Netscape colleagues from the Paris office. I suggest we start together a company making products based on the open source Mozilla. I suggest "Disruptive Innovators" as a company name. Tristan and Peter skeptical, Tristan would prefer launching a european Mozilla foot.
  • 13-oct-2003: Disruptive Innovations is incorporated... Pete Collins and Brian King gave my name to Lindows' CTO who was looking for someone to work on a Gecko-based editor. I start contracting for Lindows immediately, the result will become Nvu.
  • from 2003 to now: promoting Mozilla and Gecko all over the place. Contracted for many companies and academia around the globe, doing xulrunner-based apps or add-ons to Firefox, some public and some proprietary on intranets.
  • august 2006: Disruptive Innovations joins W3C.
  • so many conferences, seminars with other Mozillians I can't count them all. Wonderful time in Barcelona with Chofmann, epic dinner with Rey Bango and Pike in Berlin, cool week-end in Berlin with Robert Nyman. Gave one of my contracts to Paul Rouget.
  • 2008: inviting Mitchell Baker as a KeyNote speaker to the Netexplo Forum under the golden ceilings of the French Senate.
  • 2010: started working on my next-gen wysiwyg Mozilla-based editor. Rewritten from scratch. First investor in april.
  • 10-may-2011: release of BlueGriffon 1.0.
  • 2013: Disruptive Innovations is almost ten years old, what a ride. I'm still spending most of my time on Mozilla code and technologies, editors and Web Standards. I released the only Wysiwyg cross-platform native EPUB editor on the market, and it's of course Mozilla-based.

More details on how got I involved with Mozilla and Why I work for^H^H^Hon Mozilla. I'm still here, and I just contributed a patch to the editor to fix a regression in the table editor. Wishing a long life to a community that changed mine!

Thursday 28 March 2013

Software

By glazou on Thursday 28 March 2013, 10:25

Retired software section...

  • NVu, once the leading Open-Source Wysiwyg cross-platform Web editor based on Gecko
  • CSSize, a batch tool to transform (think XSLT) HTML documents based on CSS-like syntax.
  • Meuf, one of the very first (right after Nathanael Borenstein's ANDREW, AFAIK...) Mail User Agents to fully implement MIME, multiple charsets, inline audio and video, X-Faces and more.
  • HTTPtool, a file transfer app (ftp-alike) over HTTP GET and PUT
  • a unofficial patch for the CERN v3.0 httpd server adding User Defined Error Messages

Monday 13 August 2012

Add-ons and "Powered by Mozilla" Applications

By glazou on Monday 13 August 2012, 22:28 - Mozilla

All authors of third-party software based on Mozilla and using the extension manager hit the same problem: a lot, really a lot, of users try to install the add-on inside Firefox instead of the application the add-on is made for... I hit that issue in the past with Nvu, I hit it now with BlueGriffon, Instantbird people hit it too. The error still sits between the chair and the keyboard, but maybe we could fix it in this case: the Extension Manager could have a list of couples (appname, appid) of well-known Mozilla-based applications and report "Ooops, this is a not an add-on for Firefox but an add-on for <appname>. Please launch <appname> to install it". That would help really a lot...

10 comments

Tuesday 22 November 2011

Une Égypte "démocratique"

By glazou on Tuesday 22 November 2011, 22:19 - General

Pour moi, le doute a commencé hier lundi, quand j'ai lu quelque part que certaines personnes ayant inhalé les gaz "lacrymogènes" au Caire souffraient de problèmes de foie, de reins et autres. Et puis ce soir durant le journal d'Arte, un médecin égyptien disait "ce gaz est bizarre, il déclenche des tétanies et des convulsions"...

Cela me semblait donc clair : le gaz utilisé n'est pas seulement lacrymogène, il est également neurotoxique. Volontairement.

Depuis ce soir, les documents et messages tombent les uns après les autres:

  • "Tear gas with nerve agent & live ammunition being used against civilians in Tahrir.  A massacre is taking place" -- Mohamed El Baradei
  • "After spending time at field hospital, it's safe to say that 6 out of every 10 victims of the tear gas used suffer from convulsions" -- Ramy Yaacoub
  • "causes extra-pyramidal symptoms (involuntary jerks in extremities and trunk mimicking a convulsive seizure, occulo-gyric crisis, etc.) and little respiratory distress" -- The Arabist
  • "Tear gas used in Egypt banned for military use, causes liver, heart damage, miscarriages ... but is not banned for use as a riot control agent" -- bikyamasr "The United States, Sri Lanka, Israel and others including Egypt, have continued to use the gas on its people"

Le foutoir total dans les pays arabes, dirigés par des grands malades, talonnés par d'autres grands malades que sont les frères musulmans, est lojn d'être terminé. Cela a commencé moyennement bien, cela va finir très mais alors très mal.

3 comments

Thursday 13 October 2011

Champagne!

By glazou on Thursday 13 October 2011, 09:44 - Mozilla

Disruptive Innovations, home for BlueGriffon, Nvu and so many other projects, is 8 years old today :-) So I spent more time in my own company than in any other company I worked for... What a ride !

4 comments

Sunday 1 May 2011

Woooof

By glazou on Sunday 1 May 2011, 20:00 - Nvu

Et bien voilà, je viens de tagger BlueGriffon 1.0. Incroyable mais c'est la révision svn 666 ! :-) Bon, j'ai un sentiment de plénitude et d'épuisement qui me rappelle Nvu 1.0, il y a six ans déjà. En gros, j'aurai presque passé deux ans à plein temps sur BlueGriffon, pour un nouvel éditeur Wysiwyg propre, moderne, extensible réécrit from scratch et disposant son propre parser/serializer CSS. Donc woooof... Je prépare la Press Release, le site de vente des add-ons, et rassurez-vous je n'oublie pas les t-shirts pour les dix premiers chanceux de la Platinum Offer !

Il est l'heure de commencer enfin mon week-end (dimanche 20h), de m'ouvrir une bière, me poser dans le sofa et me dire que j'ai réussi à arriver avec BlueGriffon où je voulais. Enfin. Bonne soirée à tous :-)

13 comments

Monday 4 April 2011

La fin est proche:-)

By glazou on Monday 4 April 2011, 20:56 - Nvu

J'approche à grands pas de BlueGriffon 1.0... Je commence à être coutumier de ces projets de longue haleine, complexes, lourds et porteurs. Le Nitot va encore dire des horreurs sur moi :-) Composer, Nvu, Wengophone, PlanRestau et quelques autres. A chaque fois, le niveau d'angoisse monte peu à peu. Je n'ai pas derrière moi des équipe de build, de release, de QA, de marketing. Je sais que la fatigue aidant, une erreur se glissera tôt ou tard dans le process, une erreur qui ajoutera encore à l'angoisse et à la fatigue. C'est malheureusement inévitable mais bon, ça fait partie du boulot !

Pour l'instant, le feedback sur BlueGriffon est excellent et cela fait un plaisir intense. Il va falloir que je planifie une BlueGriffon 1.0 Party, que j'espère aussi sympa et décontractée que celle qui avait eu lieu pour Nvu 1.0 sur les Grands Boulevards à Paris !

4 comments

Friday 10 December 2010

145,858

By glazou on Friday 10 December 2010, 16:56 - Nvu

BlueGriffon is now 121,325 lines of code... 145,858 if you count the commercial add-ons. Entirely written from scratch, empty intersection with Nvu/KompoZer. BlueGriffon still does not patch the trunk at all, it's a pure xulrunner-based app.

What's on my radar right now:

  • more UI for the main window ; one-click insertion of all HTML5 elements, the Table menu, the viewport's context menu, table cell fusion/explosion
  • the ActiveView add-on; polishing
  • the Table Layout add-on; polishing
  • the FlexBox Layout wizard; 10% done
  • the Project Manager add-on that will not only allow to publish in a project the current document but also all linked instances: stylesheets, images, documents, video, audio with URL rewriting if needed and nice helpers to keep your project organized; 80% done

2 comments

Friday 8 October 2010

BlueGriffon Milestone 1

By glazou on Friday 8 October 2010, 07:46 - Nvu

BlueGriffon logoI have released a first public version BlueGriffon, milestone 1 (v0.5), on Mac OS X, win32 and linux32. It's already stable enough to be used to a daily basis even if it's obviously not feature complete. Since BlueGriffon is the successor to Nvu (and KompoZer), let me highlight here the main differences between the two apps:

  • completely rewritten from scratch, zero line shared with Nvu/KompoZer
  • based on mozilla-central (Nvu was based on Gecko 1.7...) ; does not patch at all the trunk
  • CSS Properties panel offering control on all CSS 2.1 and implemented CSS 3 properties in Gecko 2, including CSS 3 multiple gradients, columns, shadows, transformations, transitions, flex box model. The underlying code is also much more robust than the old CaScadeS editor included in Nvu: it will automatically generate the necessary style rules in the last editable stylesheet in your document, embedded or included (in a file for the time being, http://.. links not handled yet)
  • there's now one source view per document, you're not forced any more to go through normal view to switch between two source documents
  • the Table Properties dialog was entirely rewritten. A lot of its features were buggy in Nvu/KompoZer and they now all work correctly.
  • there is a New Document Wizard in the File menu allowing the user to create a document using Yahoo! Grid Templates
  • SVG Edit, a superb SVG Editor that is an add-on to Firefox, is included
  • BlueGriffon can deal with HTML4, XHTML1, HTML5, XHTML5 documents
  • it already has UI for <video> and <audio> elements
  • it has an update manager able to tell you if a new version of BlueGriffon is available
  • uses Skywriter/Bespin for the source view ; the old hack based on the plaintextEditor is gone, finally
  • has zoom controls in the sidebar
  • some code written in C++ for Nvu moved to JavaScript, thanks to the dramatic speed increase of JS in Gecko
  • the horizontal and vertical rulers around the content area are now SVG-based
  • much better architecture allowing a wide set of add-ons
  • nicer table insertion panel

Known issues:

  • there are big issues with XUL content contained in an iframe itself inside a <panel> on linux; I had to downgrade the CSS Properties panel into a standalone window on Linux
  • the Insert and Format menus are still empty, the context menus on the content area and tabs are still empty, that's not a bug
  • the class dropdown menu in the format toolbar is horked

There is still a lot on the radar but after long months spent on the underlying architecture, I am now progressing at (I think) really fast pace. So don't be surprised if you see new public versions of BlueGriffon appear earlier than expected. On the radar for the coming 7 days

  • Insert menu, including all HTML 5 elements
  • fixing the class dropdown
  • Code Snippets add-on
  • content area's context menu
  • better jQuery integration in the New Document wizard

Yay!

6 comments

Friday 3 September 2010

Editor and CSS 3 Backgrounds

By glazou on Friday 3 September 2010, 10:54 - Mozilla

In the editor (Mozilla Composer, Nvu, KompoZer), there is a dialog for image insertion. That dialog shows a preview of the currently selected image. That preview relies on the following code:

  1. load the image inside an <html:img> element
  2. wait until it's loaded
  3. get its natural width and height
  4. resize the image to make it fit nicely in its container box, whatever the width and height of the image
With the help of CSS 3 Backgrounds, this code is gone and all we have now is:
  1. load the image as the background image of <xul:box> element

with the following CSS styles on that box:

background-size: contain;
background-repeat: no-repeat;
background-position: center;

:-)

Wednesday 31 March 2010

BlueGriffon news

By glazou on Wednesday 31 March 2010, 16:04 - Mozilla

BlueGriffon

I am very happy today to announce that my company, Disruptive Innovations, is now backed by AGB Venture Capital, a Belgian investor. This important partnership will allow Disruptive Innovations to focus almost entirely on BlueGriffon. Let me reaffirm here one thing about BlueGriffon : the editor is and will remain open source under the tri-license MPL/GPL/LGPL, and it is and will remain a xulrunner-based application. We will sell add-ons to the open source editor. Its predecessor, Nvu, saw massive adoption all around the world on all platforms. We expect to reach same success with BlueGriffon. We expect to give back to the community a content editor for the Web that matches the modernity, speed and power of the most recent versions of Firefox, an editor that will allow authors to implement efficient designs taking advantage of the most recent Web Standards and an easily extensible architecture. Firefox, Thunderbird, Songbird, Postbox, Instantbird, Miro, Komodo, Scenarii and many others. And BlueGriffon. We're glad and proud to be part of the vibrant and live Mozilla community.

Innovations + Open Source + Web Standards + Chutzpah. Stay tuned!

9 comments

Wednesday 15 July 2009

R.I.P. laptop

By glazou on Wednesday 15 July 2009, 17:26 - Computing

Messages d'erreurs bizarres à l'écran, puis blocage de la console, puis ventilo au max, puis légère odeur de cpu cramé, puis plus rien. Mon portable Dell Inspiron 8500 avec lequel j'ai lancé Disruptive Innovations et développé Nvu n'est plus. Dors en paix petit cpu, tu m'as bien et fidèlement servi.

2 comments

Wednesday 1 July 2009

Reflexions "à la Nitot" sur l'économie du logiciel...

By glazou on Wednesday 1 July 2009, 09:21 - General

Je sais que cet article paraîtra un peu désabusé mais il vient des tripes.

Commençons par quelques informations utiles :

  • Je ne suis ni Crésus, ni un archéologue du 19ème siécle. Je ne peux financer les outils que je développe par mes rentes juste pour la beauté de la chose.
  • Mon entreprise est petite, toute petite. Elle ne peut se permettre de mettre en oeuvre des business models à base de pub, d'agrégation de données vendues à des tiers. De toute manière, ce n'est pas mon métier ; mon métier c'est le logiciel.
  • Cela peut étonner, mais je dois gagner ma vie. Je dois manger, élever mes enfants, payer les factures. Et je ne parle méme pas de tenter de mettre un peu de pognon de côté en ces périodes de disette.
  • Le logiciel open-source est une partie importante de ma vie, depuis plus de vingt ans et mon premier code distribué.
J'ai donc sorti TwitFactory - j'écrirai TF ci-dessous - pour Mac en version commerciale, payante, closed-source hier (ceci dit, je vous rappelle que le source d'une appli XUL/JS est parfaitement lisible en deux secondes...). J'ai reçu un tombererau de commentaires parfois assez rudes qu'il m'est nécessaire de commenter ici parce qu'ils me font émettre des sérieux doutes sur l'avenir de l'industrie du logiciel telle que je la connais.
TF est payant
Bah oui. J'ai bossé d'arrache-pied pendant un mois pour écrire ce code. Son usage n'agrège aucune donnée concernant l'utilisateur et j'ai considéré que vendre le soft était plus éthique que vivre de la pub ou du spam. Quand on voit les Privacy Policies de certains clients twitter gratuits, il y a de quoi se demander vraiment pourquoi les gens utilisent ces usines à pub ou à spam. Visiblement, 15 euros pour un mois de travail acharné et des fonctionnalités que les autres clients micro-blogging n'ont pas, certains trouvent cela cher. Or j'ai vu récemment un de ceux qui m'ont dit trouver cela anormal que TF soit payant payer une bière dans un pub 7,50€ en me parlant de son abonnement de téléphonie mobile à 50€ mensuels... Un certain parfum de paradoxe. Pour paraphraser un titre de film, je dirais que pour plus de zéro euros, t'as plus rien... Le même personnage utilise sur son PC mIRC depuis pas loin de dix années sans en avoir payé la licence. Le pire, c'est qu'il est informaticien et m'explique qu'il a du mal à trouver un boulot sympa dans lequel on fait des choses excitantes.
15€ ?
Oui. Moins que trois paquets de cigarettes, moins cher que le plat du jour de bistro à côté de chez moi, moins cher que le prix à la caisse à chaque fois que je rentre au Monoprix pour acheter à bouffer. C'est cent balles pour un mois de boulot à plein tube. Trouvez donc un prestataire à cent balles par mois...
TF est payant alors que tu ne faisais que de l'open-source
Ben voyons. Disruptive Innovations est bien entendu une société philanthropique et nous offrons des fleurs à nos clients au lieu de les faire payer... Non mais les gars, réveillez-vous un peu ! Vous croyez vraiment qu'on peut se permettre de libérer certains code sans bosser pour de l'argent à côté ? Si c'est le cas, vous devriez revenir un peu à la réalité.
Nvu était gratuit
C'est bien ce que je disais au-dessus, vous oubliez un détail : Linspire a sponsorisé entièrement le développement de Nvu d'octobre 2003 à juin 2005.
D'autres clients twitter sont gratuits
Allez donc lire en détail à tête reposée leur Privacy Policy... Je l'ai fait. Vous aurez quelques surprises...
Par exemple Nambu est gratuit.
Ah oui Nambu. Je peux me marrer ? Donc Nambu, tr.im et pic.im, les trois services de The Nambu Network Inc. sont tous les trois gratuits et sans pub. Et développés par une société commerciale qui pour l'instant ne fait que cela et qui n'affiche même pas de Privacy Policy sur son site. Eh ! Oh ! Réveillez-vous ! Vous prenez cette société commerciale pour des généreux mécènes vivant d'air et d'eau fraîche ? Soit ils sont sponsorisés par un partenaire et personnellement je n'aime pas que le nom de ce partenaire soit caché, soit vous feriez mieux de demander leur pivacy policy, soit cela ne durera pas longtemps.
TF aurait pu trouver un autre business model
Non je ne crois pas. J'ai choisi de ne pas empiéter sur la vie privée de l'usager, de ne pas lui présenter de publicité, de ne pas vendre son adresse ou de faire des "call home" depuis l'appli. Parce que je déteste ça tout comme vous.
TF aurait pu être open-source et vendu
Là on touche à un problème de fond du logiciel libre et du logiciel open-source. Même si la licence du logiciel indique que le source est ouvert mais que le produit est payant, la plupart de ceux qui ont les capacités pour le faire compileront le source sans payer la licence. Il faut être très très naïf pour croire et très gonflé pour affirmer le contraire, sauf dans le cas de logiciels assez chers soutenus par une organisation assez puissante pour attaquer ceux qui agiraient ainsi. Un logiciel dont le code est accessible et compilable pour donner exactement la version payante ne rapportera pas un rond à son créateur, sauf dans quelques rares cas de softs pour lesquels une maintenance applicative peut être vendue.
TF aurait du être gratuit sur desktop et payant sur iPhone
Ben tiens. Sauf qu'il faut développer la version iPhone, que certaines des fonctionnalités avancées de TF ne se prêtent pas du tout au passage vers une interface tactile type iPhone. Et cela oublie un léger détail : le nombre de développeurs qui vivent de leur application iPhone est ridiculement faible comparé à ce que l'on croit. Quelques centaines de développeurs ont vraiment fait du pognon, les autres - des milliers - ont fait des clopinettes. Et quand je dis des clopinettes, je pèse mes mots. L'App Store d'Apple est une merveille qui a changé la donne en bien dans la distribution de logiciel. Mais c'est aussi une catastrophe qui a tiré les prix du logiciel vers un tel bas niveau que le logiciel ne rapporte plus. Sauf à Apple bien entendu... Je n'appelle pas cela une économie viable pour les développeurs.
TF n'a pas une interface native sur Mac
Certes. Pas plus que Firefox ou Thunderbird puisque TF est basé sur Xulrunner. Ceci dit, je bosse désormais principalement sur Macintosh et l'UI de TF n'est pas perturbatrice dans le landernau. Seuls les geeks râlent sur un sujet pareil, le succès de Firefox même sur Mac le montre bien.
La version de démo est très limitée
Bah oui. L'installation d'une clé d'activation ou d'une time-bomb dans un logiciel écrit en XUL et JS pose un sérieux problème car elle serait hackable en cinq secondes. J'ai d'ailleurs un dîner de prévu avec un copain pour en discuter mais la solution à cette question sera loin d'être aisée à trouver. Je n'avais donc d'autre choix simple et praticable que de mettre une démo très limitée ou pas de démo du tout. A la demande des usagers, j'ai mis une démo en ligne.
TF aurait pu servir de pub gratuite pour Disruptive Innovations
Non... Notre savoir-faire et notre réputation sont bien établis et nous sommes parfaitement reconnus dans le milieu. Nous n'avons pas besoin de publicité supplémentaire. Ce dont a besoin Disruptive Innovations pour survivre, et je suis au regret de ramener la discussion à un niveau terre-à-terre que beaucoup oublient souvent, c'est de sous.
Sur Linux il est impossible de vendre TF
Cela ne m'empêchera pas de produire une version linux de TF qui sera vendue. Tant pis si les usagers préfèrent rester avec des clients twitter/identi.ca aux fonctionnalités faibles au lieu de soutenir un développeur par un montant somme toute très modique.

Je sais que ces propos vont faire grincer quelques dents, mais je crois que le logiciel gratuit (quelque soit son statut, freeware, open-source ou libre) va tuer cette industrie. La culture de la gratuité s'est trop immiscée dans notre monde  et de trop nombreuses personnes trouvent désormais choquant de payer même pour un logiciel complexe qui a demandé des mois voire des années de travail. Contrairement à ce que l'on lit à droite ou à gauche chez des idéalistes à mon avis un peu loin de la réalité, non, à de rares exceptions près, on ne vit pas du logiciel libre ou ouvert. Comparé aux nombre de logiciels libres ou ouverts disponibles, ceux qui génèrent de quoi en vivre sont rarissimes.

Que l'on ne s'y trompe pas, je suis et je reste un soutien convaincu de l'open-source. Mais je m'attends à des effets de bord dévastateurs de l'open-source et du libre dans les vingt années qui viennent, avec une chûte brutale et irrécupérable à court terme de l'industrie du logiciel.

La gratuité n'existe pas.

61 comments

Monday 22 December 2008

Technos d'aujourd'hui, technos d'hier

By glazou on Monday 22 December 2008, 16:28 - General

Via le Capitaine, je suis tombé sur un article de Fred Cavazza qui mérite réponse.

"La sortie de Native Client, une technologie encore expérimentale du Google Labs, est passée complètement inaperçu à quelques rares billets près. Le problème n’est pas que les blogueurs soient peu inspirés par cette nouvelle, mais plutôt que ce produit a tellement été mal présenté au public que personne ne sait trop à quoi ça va servir."
Oui, absolument. Le moins que l'on puisse dire est que la présentation a été plutôt light...
"Et c’est là où ça coince : le C et le C++ sont des langages de programmation d’une autre époque, une époque où l’on ne résonnait pas du tout de la même façon et où la ressource système étaient une denrée rare (mémoire et puissance de calcul). Le problème c’est que nous sommes maintenant en 2009, que  la ressource n’est plus un problème et que plus personne ne programme en C."
Mon cher Fred, je suis désolé, mais tu te fourres le doigt dans l'oeil et jusqu'au bras encore. Le c, le c++ et leurs avatars (objective C sur mac par exemple) sont encore à la base de l'immense majorité des softs que tu utilises au quotidien, et ce n'est pas prêt de changer.
"Ceci est principalement dû au fait que de nouveaux langages beaucoup plus sophistiqués se sont imposés (notamment Java et C#)"
Non, Java ne s'est pas vraiment imposé dans les applications Desktop. Toutes celles que j'ai utilisées sur desktop rament, n'offrent pas de UI native et plantent régulièrement. Quant à C#, ouais, bon, ok, mais cela reste pour moi dans la ligne du c++.
" les dernières versions de navigateurs comme Firefox, Opera ou Chrome ont fait un bond spectaculaire et ont réussis à décupler les performances d’exécution de code Javascript."
Oui, je suis le premier à le dire : j'ai du il y a 3 ans développer certaines fonctionnalités de Nvu en c++ parce que JS peinait en performances. Aujourd'hui, BlueGriffon implémente les mêmes fonctionnalités en JS et c'est super rapide. Mais cela reste insuffisant pour pas mal de fonctions très complexes. Le gap entre le native et le JS se réduit, se réduit fortement, mais le code généré par de la compil de c++ reste encore incomparablement plus rapide.
"Est-ce que vous vous imaginez faire un carrousel, un configurateur ou un assistant au choix en C ou C++ ? Non bien évidement car ce n’est pas pour cela que ces langages ont été conçus."
c et c++ n'ont pas été conçus POUR un type d'application donnée. Et donc oui absolument, on peut faire de l'UI codée directement en c/c++. Ceux qui font du wx ou du qt le savent bien, non ? Et ils sont TRES nombreux.
"Bref, ce n’est pas demain que nous allons voir des studio de production comme 2advanced, Blitz, Megalos ou Soleil Noir abandonner Flash pour faire du C. Ces studios sont capables de faire des prouesses que le C n’autorise pas."
Je ne connais pas de studio qui ne redescende pas au C ou au C++ voire directement à l'assembleur pour des routines particulièrement pointues demandant une perf maximale. Tous les studios d'imagerie numérique d'Hollywood font ça.

4 comments

Friday 19 December 2008

Native FTP del, mkdir and rmdir coming to a browser near you

By glazou on Friday 19 December 2008, 09:35 - Mozilla

That's an old bug I filed/worked on during the Nvu era and I resurrected for BlueGriffon.

Friday 17 October 2008

FIVE

By glazou on Friday 17 October 2008, 17:15 - Mozilla

We were so busy coding on monday that we did not even notice the date... Shame on us because it was he 13th of October. People, it's been a wild ride, Disruptive Innovations is now officially more than five years old !!! We're planning a drink session probably around our preferred Café Zéphyr (where we had the Nvu 1.0 party) in the first days of November. Stay tuned!

2 comments

Thursday 16 October 2008

Invest in a great software project

By glazou on Thursday 16 October 2008, 09:14 - Mozilla

FrançaisEnglish

Une différence fondamentale entre les US et la France du point de vue de l'investissement dans la technologie, le voila résumé en deux citations anonymes. Pour les US, un nom très connu de l'industrie logicielle :

I'll run this by anyone that may be looking to invest in something like this.  There's clearly a demand, as we saw with nvu.

Du côté France, par contre :

nous avons décidé de ne pas donner suite à cette opportunité car nous ne partageons pas la même vision que vous sur la taille du marché adressable.

Le précédent (gros) investisseur qui avait toqué à notre porte avait manifesté un intérêt énorme pour notre projet. Jusqu'à ce qu'il lève plus d'argent que prévu et décide alors de doubler son investissement minimal. Subitement, nous sommes sortis de son scope, non pas par manque d'intérêt ou parce que notre potentiel avait décru, mais juste parce que nous sommes passés de au-dessus une limite basse à au-dessous de cette limite. Assez effarant et démoralisant, je dois dire.

Si vous, lecteur, vous êtes investisseur et cherchez un projet technologique sérieux et porteur, suite logique d'un produit ayant déjà des millions d'usagers dans le monde, (très) rentable rapidement mais ayant besoin d'une mise de fond initiale modique uniquement dans le cadre du développement technologique (pas de gros burn-out en comm ici, on fait dans le tangible et valorisable), alors contactez-nous à l'adresse info AT disruptive-innovations POINT com. Merci !

A fundamental difference between the US and France is in the way local investors analyze and evaluate technology and the market for a given technology. I have a very concrete example to show, through two anonymized emails. The first one comes from a well-known US entrepreneur in the software industry:

I'll run this by anyone that may be looking to invest in something like this.  There's clearly a demand, as we saw with nvu.

The second one comes from a french investor:

We have decided not to follow up on this opportunity because we don't share your vision of the market's size.

Even if the reason behind that refusal is ok, the difference between the two analysis is huge. Another big french investor had us, I quote, on top of list for european investments in a tech-based company, end of quote. Until they raised much more money than expected... Suddenly, our project went from beyond a low limit to below a low limit in terms of investment. The interest was the same, the project remained the same, the rentability was the same, the global potential was still acknowledged. But the project became too small, and not by one or two orders of magnitude, only a bit. Sigh.

So if you, reader of this blog, are willing to invest in a very serious software project, with fast return on investment and a lot of potential, based on an already existing market of millions of users world-wide, and needing only a seed to develop the technology (no advertisement burn-out here, we do tangible and marketable things), please drop us an email at info AT disruptive-innovations DOT com. Thanks !

4 comments

Tuesday 7 October 2008

This domain name expired...

By glazou on Tuesday 7 October 2008, 20:55 - Nvu

RIP nvudev.org and nvudev.com... I guess all the forum contents are lost. The only thing really surprising here (although I suspect Kevin Carmony is going to object ;-) ) is that Michael Robertson did not understand the value of Nvu and its extension system. Both Linspire and I were really surprised by Nvu's big success.We were expecting success, of course, but not one of that magnitude. Linspire tried to sell Nvu on-the-shelf, completely missing the point. Bah.

3 comments

Monday 6 October 2008

Little pleasures

By glazou on Monday 6 October 2008, 21:58 - Mozilla

Now working on BlueGriffon after Nvu, there are a lot of things I can implement in BlueGriffon I could not achieve with Nvu. The reason is the maturity of the Mozilla platform. Let me list the plusses I just could not live without any more:

  • xulrunner ; I said it many times in the past but let me repeat it one more time : xulrunner is a true cornerstorne in the Mozilla ecosystem.
  • CSS 3 selectors ; that's surprising but the :nth-child() selectors and friends I introduced in the first Selectors draft so long ago are so powerful they allow a wide range of new features.
  • DOM 3 getUserData/setUserData ; the possibility to add data to the DOM without hurting the serialization is a major thing for me.
  • Storage and sqlite-based templates ; it's wonderful and probably deserves a FUEL-like library to simplify sqlite databases' manipulation. And Laurent told me today I could even write my own template system based on whatever component I want. Just lovely !
  • XBL ; Laurent and I recently discovered that we don't need any more to call this.parentNode.parentNode.... to call a method on the bound element from an anonymous descendant. XBL bindings are much simpler and maintainance/changes are simpler since we can move anonymous nodes in the <content> element without having to care about the context. That's a great plus.
  • the style and override manifest instructions ; they are so powerful for such a simplicity they allow beautiful things.
  • JavaScript's speed ; to give a very concrete example, Nvu had c++ code to gather the list of classes and IDs used in the selectors of all stylesheets attached to a given document. At the time I implemented it in c++, I dropped a JS implementation because it was just too slow to be usable. BlueGriffon has the same feature, now implemented only in JS, and the speed difference with the c++ implem in Nvu (gecko 1.7) is negligible. Wow, to say the least...
  • canvas ; do I need to explain ?
  • HTML5 drag and drop, deliciously simple to manage.

The things I still miss:

  • dependant windows ; I'd love to be able to open a window from another one and have both of them moved or inconified/raised together.
  • a library of transitions à-la-jQuery in XUL to make smoothly appear dialog areas or smoothly resize dialogs, slide deck contents.
  • a HTML parser ; that's amazing the number of ugly things Myk and I had to write for microformats or webchunks just because we don't have a HTML parser... The current need to use a hidden (or visible if you're lucky) iframe is painful.
  • since JavaScript now reaches the speed magnitude of native code, I'd love to see CSS Selectors' extensiblity. I want to be able to define my own boolean pseudo-classes without having to hack SelectorMatches(). It's not purely theoretical, I would use that immediately.
  • a more powerful CSS Object Model storing not only CSS rules recognized by Gecko but also unknown rules and comments. This is a very tough issue, hard to solve. But a web editor will always suffer if the user loses the comments or the non-standard rules he/she inserts in stylesheets..
  • CSS Media Queries... Having in the same web editor the ability to edit a document for normal, medium and small screens is a real plus and CSS MQ are the technology I need here.

Things I have not used yet but I will definitely use them in the near future:

  • JavaScript code modules (JSMs)

And the things I still dislike and want to see dumped:

  • XSLT ; yeah yeah XSLT is powerful but it's also an awfully complex solution when you want to deal with simple transformations.
  • RDF ; a proof of existence of the devil.

9 comments

Thursday 2 October 2008

On prend les mêmes (trolls) et on recommence

By glazou on Thursday 2 October 2008, 08:45 - General

Bon, BlueGriffon a tellement libéré les trolls habituels que j'en ai fermé les commentaires sur l'annonce de lancement de BlueGriffon. Privilège de de ma nationalité, ils sont pour la plupart francophones, d'où la langue de ce billet. Florilège :

  • le logo est moche (stop ranting, start drawing, eh !)
  • y'a encore rien de concret (mais il suffit de charger le source par svn et compiler pour avoir du concret, certes encore très très jeune)
  • c'est du Web 2.0 et du buzz (Nvu a 3,5 millions d'usagers dans le monde sans buzz, a fini recommandé par le Washington Post, vous croyez vraiment que j'ai besoin de buzz ?)
  • y'a un TM et c'est mal, berk, c'est pas libre et tout, ça pue (arrêtez de me pomper l'air : "Ubuntu and Canonical are registered trademarks of Canonical Ltd.")
  • y'a rien de novateur (vous devriez apprendre à lire du code...)
  • le site est moche (je reconnais donner la priorité au code et au produit ; pour la vitrine, on a un peu de temps devant nous ; ce qui compte vraiment c'est le produit et son code non ?)
  • pour le moment je reste avec KompoZer (mais évidemment ! Ai-je dit que KompoZer, dont j'ai quand même écrit 99.9% du front-end, est un mauvais produit ? Mais je vous garantis qu'il sera ravalé au rang de fossile d'une ère révolue dès que BlueGriffon va gagner en puissance)

BlueGriffon n'est jamais que le 5ème éditeur Wysiwyg dans lequel je me lance. Grif, Netscape Composer, AOL Anvil, Nvu, BlueGriffon. Vous verrez dans BlueGriffon plein de features qu'aucun autre éditeur Web n'a. L'une d'elles, une base pour les autres, est d'ailleurs déjà implémentée. Vous n'aurez pas besoin d'attendre trois ans pour voir les dernières nouveautés CSS intégrées (essayez donc de faire des CSS Transformations avec Dreamweaver ou Web Expression). Et l'éditeur est en MPL. Alors merde aux trolls, non ?

Nota bene : les équipes de localisations, en particulier françaises, avaient fait merveille pour Nvu et le succès global de Nvu est aussi à mettre à leur crédit. Flore, Bob, vous êtes partant pour BlueGriffon j'espère ?-)

- page 1 of 24