Améliorer nTxt

[Hayleia]

Il me semble que qu'il fait référence à des critiques (ou plutot des constatations tristes, en fait) de la part de critor quand le programme est sorti ("trop tard") et que Ndless 3.6 n'etait encore pas du tout arrivé.
Mais je me trompe peut être.

Ah, ça, oui je me souviens. Mais ça n'était pas vraiment des critiques contre nTxt en tant qu'éditeur de .txt, plus en tant qu'éditeur de fichiers textes en général puisqu'il est effectivement inutilisable sans Ndless. Mais d'un autre côté, je ne vois pas qui taperait ses cours en .txt s'il est possible de se faire des beaux classeurs, ce n'était clairement pas le but de nTxt.

[Levak]

mais la plateforme de développement ndless m'a toujours repoussé par la difficulté à la mettre en place puis utiliser

Ça fait plus de deux ans que Ndless est en version portable suite à une remarque ici même sur TI-Planet. Tu dl le .zip, tu l'extracts et ooh ça marche. Sous linux, c'est simplement un _poil_ plus compliqué : tu vas sur hackspire, tu copies/colles le script dans un .sh, tu installes les dépendances indiquées, tu lances le script, et tu reviens 2h plus tard quand il a fini de compiler la cross-compile.

[critor]

Il me semble que qu'il fait référence à des critiques (ou plutot des constatations tristes, en fait) de la part de critor quand le programme est sorti ("trop tard") et que Ndless 3.6 n'etait encore pas du tout arrivé.
Mais je me trompe peut être.

Ah, ça, oui je me souviens. Mais ça n'était pas vraiment des critiques contre nTxt en tant qu'éditeur de .txt, plus en tant qu'éditeur de fichiers textes en général puisqu'il est effectivement inutilisable sans Ndless. Mais d'un autre côté, je ne vois pas qui taperait ses cours en .txt s'il est possible de se faire des beaux classeurs, ce n'était clairement pas le but de nTxt.

C'était effectivement dans le contexte d'un service de génération de cours en ligne lancé après nous par un certain autre site, et qui se basait sur nTxt.

Je comprends parfaitement les difficultés techniques qui avaient amené l'administrateur à faire ce choix, mais je trouvais (et trouve toujours) que c'était un très mauvais choix pour les utilisateurs dans un tel contexte.

[Lionel Debroux]

Pour un éditeur de texte avec coloration syntaxique Python, comme nous l'avons indiqué, un fork de Jens' (Lua) Script Editor, augmenté par une extension Lua en code natif, est une des possibilités. Bien sûr, un éditeur purement en code natif serait plus puissant et plus rapide.

[Adriweb]

Ah, suite a ma proposition, lkj a mis le code sur GitHub, ce qui facilitera les contributions de chacun

https://github.com/lkjcalc/nTxt

Edit : j'ai forké et amélioré le code (automatic reformatting et quelques petits trucs), ainsi que rajouté les changements de compu.
Cf. ma pull request : https://github.com/lkjcalc/nTxt/pull/1

[ExtendeD]

Sous linux, c'est simplement un _poil_ plus compliqué : tu vas sur hackspire, tu copies/colles le script dans un .sh, tu installes les dépendances indiquées, tu lances le script, et tu reviens 2h plus tard quand il a fini de compiler la cross-compile.

Avec les images Docker c'est maintenant plus du temps de téléchargement que du temps de compilation.

[Lepzulnag]

Je ne suis plus trop présent sur le forum (et je ne programme plus beaucoup), du coup je n'avais pas vu ce poste, mais ce projet m'intéresse grandement Bisam

Je pense pouvoir faire tout ce que tu dis (sauf l'écran partagé bien sûr ), en un temps relativement court !
Donne-moi une semaine - deux grand max - et tu auras le programme de tes rêves pour programmer en Python.

[Bisam]

Entre temps, Vogtinator a proposé son propre éditeur pour Python : pyWrite... et il est au moins aussi performant que nTxt, si ce n'est plus.
Propose plutôt tes services sur son projet, que tu peux trouver aussi sur Omnimaga.

[Lepzulnag]

Arf Cela m'embête, parce que j'ai commencé le projet, et du coup :
- Ce serait gâcher de l'abandonner,
- Ce serait également gâcher que de le continuer, car alors on serait deux sur le même projet

Et la solution de travailler sur son projet ne m'attire pas vraiment, parce que le mien est pour le moment plus avancé... (je réutilise un ancien projet, j'ai donc beaucoup moins de choses à faire).

[Bisam]

Tu peux aussi améliorer nTxt (j'avais oublié que c'était ton bébé... ) : ce n'est pas le même projet puisque nTxt a pour objectif d'ouvrir tout type de textes (et le fait qu'il puisse éditer du Python ne serait qu'une chose "en plus" !)

Tu peux sans doute trouver des idées auxquelles Vogtinator n'a pas encore pensé (et que je n'ai pas encore soufflées !).