Deux petites requêtes: DATA/READ/RESTORE et 2D_xx

1) Fonction RESTORE: permet de repositionner le READ au début des DATA.
Serait-il possible d'avoir un paramètre Label optionnel qui permettrait de se repositionner à un endroit donné des DATAs ?
J'ai par exemple plusieurs objets (au sens large) décrits successivement en datas, je voudrais pouvoir accéder directement à un objet donné.

2) Fonctions 2D: il n'y a pas de fonction permettant de récupérer la couleur d'un pixel donné (2D_COLOR X,Y,R,G,B) ?

merci pour votre attention.

EDIT: pendant que j'y suis, la fonction SPRITE_FILE_LOAD n'est pas documentée dans le manuel.

Ce sont des propositions constructives.

Je verrai une instruction comme:
RESTORE_LABEL L
qui réinitialiserait la lecture des DATA à partir du label L, le label L n'étant d'ailleurs pas forcément juste devant une ligne définissant des DATA.
Cela va demander un "certain" temps à se réaliser (je pense que c'est pour dans quelques semaines).

Par contre la deuxième proposition est réalisable plus vite. Je verrai 3 fonctions, l'une pour chaque couleur primaire, c'est ce qui est le plus simple pour le moment:
R=COLOR_PIXEL_RED(X,Y) retourne la valeur rouge du pixel de coordonnées (X,Y)
G=COLOR_PIXEL_GREEN(X,Y) retourne la valeur verte du pixel de coordonnées (X,Y)
B=COLOR_PIXEL_BLUE(X,Y) retourne la valeur bleue du pixel de coordonnées (X,Y)
C'est vrai que ça manquait et que cela ouvre de nouvelles perspectives dans le traitement d'image!
Mais il faut aussi pouvoir imposer la couleur d'un pixel.
Soyons fous, j'ajoute 3 commandes:
COLOR_PIXEL_RED X,Y,R met à R la valeur rouge du pixel de coordonnées (X,Y)
COLOR_PIXEL_GREEN X,Y,G met à G la valeur verte du pixel de coordonnées (X,Y)
COLOR_PIXEL_BLUE X,Y,B met à B la valeur bleue du pixel de coordonnées (X,Y)

PS: je vais essayer de rendre très rapides ces 3 commandes et ces 3 fonctions en les codant en assembleur. Lorsqu'on balaye une image pour faire du traitement d'image, il faut avoir des actions rapides.

Je pense que les commandes
COLOR_PIXEL_RED/GREEN/BLUE
seront plus pratiques que la commande 2D_PEN_COLOR suivie de 2D_POINT, qui toutes deux cumulées, font la même chose.

A quand un Photoshop écrit en PANORAMIC?

Citation :

pendant que j'y suis, la fonction SPRITE_FILE_LOAD n'est pas documentée dans le manuel.

Je l'ai signalé dans "la liste des projets au 30 novembre 2009".

Citation :

A quand un Photoshop écrit en PANORAMIC?

Soyons encore plus fous: on pourrait se définir un projet en commun, dont les modules seraient écrits par des volontaires parmi vous, par exemple:
- un traitement de texte,
- un tableur,
- un traitement d'image,
- un "serious game",
- un didacticiel,
- un modeleur 3D,
que sais-je encore, et où mon rôle serait de développer les commandes et les fonctions manquantes.
On prendrait tout notre temps pour le faire, car on n'est pas pressés, mais on le mènerait jusqu'au bout...

Ce logiciel serait bien sûr en open source et pourrait évoluer ensuite en fonction des besoins...

Les modules pourraient servir de base à des didacticiels pour des nouveaux arrivants:
- comment charger une image dans un PICTURE,
- comment augmenter le contraste d'une image dans un PICTURE,
- comment indenter du texte dans un MEMO,
- comment sélectionner un objet 3D,
- comment sélectionner une partie de texte pour le mettre en gras,
etc, etc.

Bon, je crois que je vais aller faire autre chose, ça chauffe de trop...

C'est très ambitieux, sachant tout ce qui existe déjà, mais pourquoi pas ? c'est une idée intéressante.

Toujours est-il que les nouvelles commandes envisagées ouvrent la voie à des traitements plus poussés, notamment pour les images. Merci pour la rapidité de la réponse, pour la réalisation ça attendra son heure.

Je trouve l'idée de nous faire participer assez sympa, je suis preneur, et j'espèe que si çà se réalise ne pas être largué trop vite. Mais un peu de folie ne peut que nous faire du bien.

j'ajoute que si on est plusieurs à fabriquer le code, on va se trouver confronté à plusieurs façons de programmer, et là c'est sur, on va beaucoup apprendre. Reste à voir comment et par quoi on commence.
Plus j'y pense et plus je trouve l'idée très bonne.

Citation :

se définir un projet en commun

Comme je suis partant, je propose que l'on commence par çà.
On définit le projet et ensuite on discute comment on procéde.

Pour le projet, je pense qu'il serait bien de de faire un projet qui permettrait de passer par toute les fonctions de panoramic.
Je veux dire par là, utiliser les objets mais aussi le 2_D et le 3_D.
Trouver un projet commun, même s'il est ambitieux, nous obligera à passer par le B à BA de Panoramic.

je propose, et à tout ceux qui sont partant faites de même.

Fabriquer un logiciel pour classer des recettes de cuisines avec photo ou images, permettant de récupérer ces recettes par thème,ou par leurs nom ou par la régions, pays etc..

Proposez d'autres idées, celle-ci me viens à l'esprit, mais vous en avez certainement d'autres. Et après on decide sur quoi on démarre, et .....

Comme l'a précisé Jack, on prend son temps, car nous ne sommes pas tous en même temps disponibles pour contribuer.

Je vous dit à demain. (bonne soirée)

Je trouve l'idée excellente,
enfin, heureusement que Jack a dit :

Citation :

On prendrait tout notre temps pour le faire, car on n'est pas pressés

car sinon, je lui aurais conseillé d'arrêter de fumer sa moquette...
Car dans bien des cas, le langage panoramic n'a pas vraiment les moyens, pour le moment, de réaliser ces grandes ambitions.
Prenons le premier exemple, faire un traitement de texte, avant la sortie d'un
« memo_rich » prévu dans 3 à 6 mois, c'est totalement illusoire.
Autre exemple, un gestionnaire d'images, avec seulement la possibilité de faire stretch_on (qui adapte l'image à la taille du picture), ou l'inverse (qui adapte le picture à la taille de l'image), avec ça on ne va pas loin, pour gérer des images, il faut que le picture reste indépendant de la taille de l'image et qu'on puisse en mettre plusieurs, il faudrait que le copier/coller d'images soit sorti, etc...
Un tableur, hummmmm...... à la réflexion, à la rigueur, faudrait voir...
En tout cas, je suis tout à fait partant pour ce projet de longue haleine !

@ Jean-Claude, ton idée de récapitulatif de recettes de cuisines avec photos ou images et classement par thèmes, par contre, cela me paraît tout à fait faisable actuellement.

Vous voulez encore d'autres idées folles ?
Attendez, je découpe moi aussi un bout de ma moquette...
Alors on peut faire aussi :
- un explorateur des répertoires du disc
- un traitement de textes multiples classés de façon pyramidale
- un logiciel permettant de récupérer les images provenant d'un scanner
- un OCR en français (logiciel de reconnaissance optique de caractères)
- un navigateur sur internet
- un créateur de sites web
- un visualisateur d'images, de vidéos, de sons divers
- un gestionnaire de diaporamas
- un logiciel de captures d'écran
- un gestionnaire d'animations vidéo
- un logiciel permettant la création facile de dessins animés
- un scanner de discs
- un défragmenteur de discs
- un anti-virus
- un logiciel de conversation avec l'ordinateur
- un logiciel de conjugaison des verbes français
- un simulateur de vol
- un explorateur d'arbre informatique
Ouf, bon, j'arrête là mon fourmillement d'idées...
Si vous en voulez encore, vous me dites, hein !