SYNEDIT (gestion des signets)

Klaus,

Actuellement on peut ajouter/supprimer un signet par les raccourcis clavier
et par programme via kgf.

Pendant l' utilisation d' un objet synedit :
- si on ajoute une ligne au-dessus de la ligne marquée, la marque suit sa ligne et se retrouve donc à ligne+1
- si on supprime une ligne marquée, le signet est supprimée.
cela complique le schmilblick de la gestion de ces petites bêtes (les signets).

Ma question est la suivante:
Y a t il un moyen de savoir si une ligne est marquée ?

Question: qu'est-ce que tu appelles "signet" ? Une ligne "marquée" ? Quels sont les raccourcis claviers concernés ?

Un petit dessin vaut mieux qu' un grand discours :

vk%=48+x%
res% =dll_call5("SendSingleKey",hnd%,VK%,1,0,1)

x% est le numéro de la ligne

Désolé, j'aurais dû y penser. Bien sur !

Je vais voir ça.

Un truc de plus dans la complexité pour gérer ces signets

si on a 3 ligne marquées : 1,2,3
on supprime la ligne 2 et donc le signet 2
la ligne 3 devient la ligne 2 et le signet 3 prend le numero 2

Citation :

la ligne 3 devient la ligne 2 et le signet 3 prend le numero 2

Non, pas tout à fait exact. En fait, le signet de la ligne supprimée continue d'exister, mais il sera "cachée" sous le signet de la ligne suivante. La preuve: tu peux toujours "y aller" en frappant ctrl suivi de son nombre. Pour supprimer un signet, une sule solution: refaire ctrl/shift/n sur la ligne où il se trouve.

Bon, revenons à la réalisation de ta demande. Si je te fournis un moyen, simple en occurrence, d'avoir la liste des signets définis avec leur numéro de ligne, est-ce que cela résoudrait ton problème ? Ca, c'est facile à faire.

Tu sais, je ne suis pas un garçon contrariant.
Je prends tout ce qu' on me donne.


Edit:

En simplifiant, voilà ce que je veux arriver à faire  :

Ajout/suppression d' un signet par un simple bouton 
Aller à un signet  en le sélectionnant dans une liste des signets existants

OK. Ce sera fait dans qelques minutes.

C'est fait.

Merci Klaus, je vais charger tout de suite.

Les fonctions synedit de KGF sont-elles applicables à un synedit PANORAMIC ?
Dit autrement, est-il possible d'ajouter un signet sur un synedit PANO si on charge la DLL KGF ?

Non.

Voilà l' une des raisons qui ont eu raison de mon éditeur perso.
Encore trop de restrictions sur cet objet en Panoramic pur.
C' est un peu le mal du langage, on a un objet mais ses propriétés
ne sont pas assez développées, l' objet GRID en est un autre exemple.

Yannick a écrit:

Voilà l' une des raisons qui ont eu raison de mon éditeur perso.
Encore trop de restrictions sur cet objet en Panoramic pur.
C' est un peu le mal du langage, on a un objet mais ses propriétés
ne sont pas assez développées, l' objet GRID en est un autre exemple.

A coté Powersoft Maker faisait certaines prouesses mais sa philosophie et ses limitations n'étaient pas les mêmes. Un mix des deux aurait été trop génial....

Le problème ne vient pas de l' auteur ni de la philo mais un peu de nous.
L' auteur sort un objet, commence à rendre disponible ses propriétés, et hop...
...on le distrait sur un autre sujet ou objet et l' évolution de l' objet s' interrompt.

Yannick a écrit:

Le problème ne vient pas de l' auteur ni de la philo mais un peu de nous.
L' auteur sort un objet, commence à rendre disponible ses propriétés, et hop...
...on le distrait sur un autre sujet ou objet et l' évolution de l' objet s' interrompt.

Tout est dit.

@ Jack,

L' objet SYNEDIT est un objet crucial pour un éditeur de code.
Ceci dit, il n' a pas plus d' intérêt qu' un simple objet MEMO si il
n' a pas toutes ses propriétés (gestion des pliages de blocs, gestion des signets, etc...)
Il mérite d' être fini.
Cela a d' autant plus d' importance si tu veux être soulagé de la partie éditeur
et te consacrer au langage pur.
Si un ou plusieurs éditeurs voyait le jour, ta charge se limiterait à l' édition des Make_... .


Petit +
Le développement de plusieurs éditeurs pour le langage augmenterait sa visibilité
et attirerait d' autres nouveaux par les sites des Panoramiciens dédiés à leurs développements.

Pauvre Jack, il ne sait plus où donner de la tête !

Concernant les signets, j'ai résolu le problème avec un LIST et des pseudo repères.
Cela permet de se localiser dans un source même important.

Voir mon éditeur PanExpress que j'ai repris dans ce fil de discussion et qui est téléchargeable sur mon webdav.
https://panoramic.1fr1.net/t5162p25-une-copie-de-panoramic-editeur#70708

Est-ce que vous avez essayé ce qui marche dans Panoramic-Editor:
ctrl/shift/n   n=1...9 pour définir le signet n
ctrl/n  n=1...9 pour aller au signet n
parce que ça marche très bien, dans le Synedit de Panoramic...

Les raccourcis claviers...
Ben, il manque la commande/Fonction que tu as créée dans KGF en natif pour les programmer.
Ou j' ai sauté un épisode.

Si tu veux le faire par programme, pourquoi ne pas envoyer ces codes directement au Synedit via son handle ? Il y a les fonctions de KGF.dll pour cela, ou l'API indiqué par Papydall. Tout cela est parfaitement faisable.

Que l' on passe par KGF ou une API ce sera de l' externe.
L' éditeur ne sera pas portable sur d' autres OS...

Certes. Mais ne penses-tu pas que sur d'autres OS, il y a des éditeurs genre NotePad++ qui feront parfaitement l'affaire ? Je me vois mal concevoir un éditeur universel pour Panoramic, sans une connaissance approfondie de ces différents OS.

Pour ma part, je me cantonne à Windows que je connais bien, et k'essaie d'en tirer le meilleur. Pour mempment, je n'ai pas l'impression que les versions pour d'autres OS soient si abouties que ça, encore moins utilisées à grande échelle. Le problème de l'éditeur se pose surtout sous Windows (quantitativement parlant, par rapport au nombtre d'utilisateurs). Et dans ce domaine, entre Panoramic_Editor qui a fait de sérieux progrès et Synedit_Editor, pour moi, c'est suffusant...

Je dis ça... ce n'est que mon avis personnel. Je ne souhaite en aucun cas décourager qui que ce soit de développer son propre éditeur. Loin s'en faut, et je suis avec un grand intérêt les différents projets qui sont actifs actuellement, dans ce domaine.