Kpz 0.79: nouvelle version en cours de développement

Mongo Bob · Message par **Mongo Bob** » 08 août 2007, 12:56

Kaze a écrit :Pour ce qui est des formats de blocs, y en a-t'il d'autres que <blockquote> qui manquent à l'appel ?

Euh... s'il ne s'agit que de blocs, <abbr> et <em> sont exclus...

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6

Kazé · Message par **Kazé** » 08 août 2007, 14:40

Une correction pour Linux : http://downloads.sourceforge.net/kompoz ... 2-i486.tgz

Do-IT · Message par **Do-IT** » 08 août 2007, 16:59

kompozer-0.7.9.20070808-gcc4.1.2-i486.tgz

Code : Tout sélectionner

Error: [Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFile.create]"  nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)"  location: "JS frame :: file:///opt/kompozer/components/nsExtensionManager.js :: getDirInternal :: line 143"  data: no]
Source File: file:///opt/kompozer/components/nsExtensionManager.js
Line: 143

à l'ouverture.
Alors forcement quand j'ouvre le gestionnaire d'extensions, j'en ai une floppé.

Code : Tout sélectionner

Error: this._composite has no properties
Source File: file:///opt/kompozer/components/nsExtensionManager.js
Line: 4452

+ 4441 + 4404

Do-IT · Message par **Do-IT** » 08 août 2007, 17:20

Do-IT a écrit :Nouveau document > cascades > créer un id > créer un div > dans la barre d'état > ajouter/supprimer l'id jusqu'a ce que kz crash

Effectivement, sous linux ca veut pas planter !

L'extract de style interne écrase le contenu d'une règle existante (la règle qui est déjà associé au conteneur et que extract propose par défaut). Je sais ,c'est une feature pas un bug.

Kazé · Message par **Kazé** » 08 août 2007, 20:20

Do-IT a écrit :kompozer-0.7.9.20070808-gcc4.1.2-i486.tgz

Code : Tout sélectionner

Error: [Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFile.create]"  nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)"  location: "JS frame :: file:///opt/kompozer/components/nsExtensionManager.js :: getDirInternal :: line 143"  data: no]
Source File: file:///opt/kompozer/components/nsExtensionManager.js
Line: 143

à l'ouverture.

Pas reproduit sur ZenWalk. J'ai dézippé l'archive tgz dans /opt avec des droits 'root', j'ai supprimé mon profil, puis exécuté kompozer avec des droits 'user' mais rien à faire, ça marche quand même.

Je pense que le problème vient du fait qu'au premier lancement, KompoZer se crée un sous-répertoire 'extensions' contenant le thème par défaut de Nvu, et qu'il ne dispose pas des droits pour cela sur ton poste. Peux-tu vérifier si tu peux écrire quelque chose dans /opt/kompozer STP ? Une manip du genre :

Code : Tout sélectionner

echo test > /opt/kompozer/test.txt

devrait lever l'ambiguité.

Ymai > je crois que tu as relevé le même genre de choses, et que tu devais lancer kompozer en sudo pour pouvoir installer des extensions ?

Message par **Ymai** » 08 août 2007, 20:36

Kaze a écrit : Ymai > je crois que tu as relevé le même genre de choses, et que tu devais lancer kompozer en sudo pour pouvoir installer des extensions ?

Pour l'installation, je fais
$ sudo mv kompozer /usr/bin/kompozer
ce qui me donne un répertoire en "755" => exécution pour tout le monde
Mais pour les extensions, rien de particulier.

J'avais tenté d'installer une extension en "sudo" là: http://www.geckozone.org/forum/viewtopi ... 211#391211
mais j'avais bien pris note que ce n'est pas du tout nécessaire:
http://www.geckozone.org/forum/viewtopi ... 218#391218

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20061201 Firefox/2.0.0.6 (Ubuntu-feisty)

Do-IT · Message par **Do-IT** » 08 août 2007, 21:58

Kaze a écrit :Je pense que le problème vient du fait qu'au premier lancement, KompoZer se crée un sous-répertoire 'extensions' contenant le thème par défaut de Nvu, et qu'il ne dispose pas des droits pour cela sur ton poste.

Je suis perplexe car il s'agit bien de ça.

Kaze a écrit :J'ai dézippé l'archive tgz dans /opt avec des droits 'root', j'ai supprimé mon profil, puis exécuté kompozer avec des droits 'user'

Pareil ! La seul difference c'est que j'utilise ark (en root), oui je sais c'est mal ! Du coup je me retrouve avec les droit préservés (j'ai toujours du kaze en user mais ca a toujours fonctionné).

J'ai compris ! En lancant kompozer en root, il crée le dossier extensions. Du coup, après, en user y'a pas de soucis.

C'est embêtant ! Mais je suppose qu'on peut pas faire autrement.

Kazé · Message par **Kazé** » 08 août 2007, 22:08

Ymai > merci pour la précision, ça me rassure...

Do-IT > je crains que cette méthode (lancer KompoZer en root) ne te pose problème pour installer des extensions par la suite. Je peux essayer de faire un binaire incluant le répertoire "extensions" (et ses sous-répertoires...). Peut-être que ça fonctionnera chez toi.

Sinon, si tu fais la décompression de l'archive en 'root' avec tar (tar -xvf kompozer*.tgz), ça marche ou pas ?

Do-IT a écrit :L'extract de style interne écrase le contenu d'une règle existante (la règle qui est déjà associé au conteneur et que extract propose par défaut). Je sais ,c'est une feature pas un bug.

Effectivement c'est une Glaz-feature : 70 lignes de code bien documenté dont le rôle est de supprimer les règles existantes (ligne 129 à 199 de ExtractStyles.js). Et ça marche !

Do-IT · Message par **Do-IT** » 08 août 2007, 22:31

Kaze a écrit :Sinon, si tu fais la décompression de l'archive en 'root' avec tar (tar -xvf kompozer*.tgz), ça marche ou pas ?

100% identique. C'est normal.
Le problème c'est pas le propriétaire, le problème c'est les droits d'accès.
Toi tu mets drwxr-wr-w, c'est donc tout à fait normal que kompozer lancé par un user ne puisse pas créer le dossier extensions. S'il y arrivait se serait grave !
Alors on peut toujours mettre drwxrwxrwx, mais c'est le genre de truc que je n'aime pas faire, pour des raisons 'évidentes' de sécurité.

Bref le fonctionnement est normal (sous mandriva), mais je crois savoir qu'il y a d'autre linux qui sont moins regardant sur les droits d'accès.

L'ideal se serait soit :
- que kz n'ai pas besoin d'écrire dans le dossier kompozer (le dossier extensions serait donc préinstallé, mais après les extensions vont où ?),
ou
- que ce dossier aille dans le profil (même question, où vont les extensions ?).

70 lignes de code bien documenté

Super, puisque c'est bien documenté. Y'a aucun problème alors pour que les deux règles fusionnent. A moins que tu veuilles lui faire sa fête plus tard à cet 'extract' !

Kazé · Message par **Kazé** » 08 août 2007, 23:13

Do-IT a écrit :Le problème c'est pas le propriétaire, le problème c'est les droits d'accès.
Toi tu mets drwxr-wr-w, c'est donc tout à fait normal que kompozer lancé par un user ne puisse pas créer le dossier extensions. S'il y arrivait se serait grave !

Il faut des droits d'exécution pour créer un dossier sous Mandriva ?!?

Do-IT a écrit :
70 lignes de code bien documenté
Super, puisque c'est bien documenté. Y'a aucun problème alors pour que les deux règles fusionnent. A moins que tu veuilles lui faire sa fête plus tard à cet 'extract' !

Je suis sur la fenêtre "Extraire et créer un style générique". Eleanora m'a rapporté des bugs, notamment le fait qu'on puisse créer des IDs et des classes qui contiennent des caractères interdits (#.,:). Je vais voir si je peux fusionner les deux règles.
L'alternative super simple c'est de laisser les deux règles avec le même sélecteur. Y'a juste 70 lignes de code à supprimer.

Do-IT · Message par **Do-IT** » 09 août 2007, 00:22

Oups me suis emmêler les wx.
Toi tu mets drwxr-xr-x (et tu as probablement raison).
Hors pour créer le dossier extensions il faut le w sur les 'autres'. Vu que mon user qui à lancé kompozer n'est ni le propriétaire et ne fait pas parti du groupe.
Théoriquement il faudrait drwxr-xrwx, mais niveau sécurité c'est nul.
D'où mes suggestions. Mais j'avoue que l'avis d'un spécialiste s'impose.

Kazé · Message par **Kazé** » 09 août 2007, 00:55

Ayé j'ai reproduit ton bug. Si le dossier 'kompozer' appartient à 'root' avec des droits drwxr-xr-x (chez moi il appartenait à 'kaze'), il ne peut pas créer le dossier "extensions" et on obtient une belle erreur dans le terminal :

Code : Tout sélectionner

kaze[~]$ /opt/kompozer/kompozer
Extension System Warning: Failed to set up default extensions files probably because you do not have write privileges to this location. While you can run Firefox like this, it is recommended that you run it at least once with privileges that allow it to generate these initial files to improve start performance. Running from a disk image on MacOS X is not recommended.

Donc la solution "officielle Mozilla" consiste bel et bien à lancer KompoZer en tant que root la première fois.

Je viens de faire un snapshot brutal de mon répertoire de test (le dossier "extensions" est donc déjà présent) : http://downloads.sourceforge.net/kompoz ... 2-i486.tgz

correction de quelques bugs liés à l'extraction de styles (pas de fusion de règles, désolé mais c'est pas simple en fait)
ajout de « thin/medium/thick » dans les propriétés des bordures ;
ajout de « auto » dans les propriétés des marges ;
les listes déroulantes de CaScadeS sont supprimées par défaut ; pour les afficher, il faut ajouter :
Code : Tout sélectionner
```
user_pref("extensions.CaScadeS.dropdownLists", true);
```
dans le fichier 'prefs.js' du profil utilisateur. Attention, bien fermer toutes les fenêtres de KompoZer avant d'éditer le fichier de préfs.

Il me reste deux ou trois détails à régler, mais ça fait une version pour tester le coup du dossier "extensions".

Do-IT · Message par **Do-IT** » 09 août 2007, 02:27

Impeccable !
Ca fonctionne sans avoir besoin de lancer kompozer en root, puisque le dossier extensions existe déjà.
Donc kompozer n'a jamais plus besoin d'écrire dans son dossier ?

Ca m'a l'air exploitable. T'as mis à jour la roadmap ?

# 1.0 : je suis président du monde, j'ai racheté Microsoft et vis entouré d'une horde de Kazettes
# 1.1 : j'arrête de boire

Kazé · Message par **Kazé** » 09 août 2007, 03:02

On va dire que la version ci-dessus est une RC3 alors.

Vérification faite, Firefox utilise la même astuce : l'archive officielle de Mozilla.com contient bel et bien un dossier "extensions" qui contient le thème par défaut. Donc je suppose que KompoZer n'aura plus besoin d'écrire dans son dossier.

Reste maintenant à bosser avec l'équipe Ubuntu pour intégrer ça dans leur distrib, c'est la dernière ligne droite. Il faut aussi que je fasse ces *%$* de langpacks pour tester proprement l'internationalisation.

Pour la roadmap, j'ai encore du temps avant de réserver ma place aux alcooliques anonymes, tout va bien.

Kazé · Message par **Kazé** » 09 août 2007, 04:40

KompoZer-0.7.10rc3-gcc4.1.2-i486.tgz (Linux)

C'est la même que la précédente, à part le fait que j'ai mis à jour le numéro de version (0.7.10), changé le nom du thème par défaut et fait pointer les « Get More Themes / Extensions » vers kompozer.net. Si personne n'y trouve de gros bug, je renommerai le fichier et ça deviendra la version 0.7.10 officielle.

La version Windows arrivera fin de semaine, après les langpacks.

Geckozone

Kpz 0.79: nouvelle version en cours de développement

Qui est en ligne ?