Win3x.Org
http://www.win3x.org/win3board/

MDxExplorer
http://www.win3x.org/win3board/viewtopic.php?f=68&t=13325
Page 2 sur 19
Auteur :  Pierreblinux [ 31 mai 2011 17:38 ]
Sujet du message :  Re: MDxExplore

La meilleur solution, c'est de rendre le code source libre, comme ça personne pourra dire oui mais...
Bon Évite DirectX ou GDI si tu veux faire du multi-plateforme!
Dillo utilise une librairie, FLTK (http://www.fltk.org/), si tu veux y jeter un coup d’œil ;)

Auteur :  Matthias [ 31 mai 2011 21:47 ]
Sujet du message :  Re: MDxExplore

Ce genre d'APIs, je sais pas du tout comment m'en servir. On les charge avec Public Declare Function truc Lib, non? :oops:

Auteur :  Pierreblinux [ 01 juin 2011 14:08 ]
Sujet du message :  Re: MDxExplore

Aucune idée, je ne connais que le Qbasic...

Auteur :  Matthias [ 01 juin 2011 14:55 ]
Sujet du message :  Re: MDxExplore

Dis-le toujours, ça peut servir ;)

Auteur :  Pierreblinux [ 01 juin 2011 15:23 ]
Sujet du message :  Re: MDxExplore

Faut d'abord charger QB avec l'option /L.
Citation :
$include : 'ta librairie'
Pour la souris et cie, c'est qb.bi :wink:
Allez, au boulot, assez parlé :lol: :mrgreen:

Auteur :  Matthias [ 05 juin 2011 19:21 ]
Sujet du message :  Re: MDxExplore

DxShadow marche pas, en effet. Pourtant, il marchait, sous les anciennes versions...
Sans doute un problème du à ma technique d'obtention de la page... Bref, je vais corriger tout ça, avec la nouvelle version :P Faut juste être patient !

Au programme :
- Moteur graphique (sans contrôle win32) -> Impératif ;
- Requêtes HTTP plutôt que My.Network.Downloadfile ;
- Méthodes de code plus intelligentes, plus rapides et plus simples ;

Ensuite, faut un compromis sobriété et efficacité... Si c'est trop complexe, ça marchera pas sous Mono.
Défi à surmonter !!!

Auteur :  Pierreblinux [ 05 juin 2011 20:35 ]
Sujet du message :  Re: MDxExplore

Envoie-moi tes constructions, je te dirais si ça marche (ou non).

Auteur :  Matthias [ 05 juin 2011 22:56 ]
Sujet du message :  Re: MDxExplore

pierreb98 a écrit :
Envoie-moi tes constructions, je te dirais si ça marche (ou non).
Ce sont des projets. J'ai déjà programmé le socle du moteur graphique, mais ça ne marche pas encore.
D'ailleurs, en exclusivité, je programme exprès pour ensuite chipper en DLL ! Oui, les amis, MDx sera embarquable en DLL et utilisable sous des compilateurs étrangers, même non-Visual. Pas mal, non?

À suivre ;)

Auteur :  Dr Frankenstein [ 06 juin 2011 22:20 ]
Sujet du message :  Re: MDxExplore

C'est pas la complexité qui l'empêche de tourner sous Mono mais l'utilisation de certaines fonction que Mono n'implémente pas encore. Si je me souviens bien, ils avaient un utilitaire pour scanner un exécutable et trouver où ça accroche.

Aussi, je vois pas pourquoi winetricks ralentirait un Wine... tout ce qu'il fait c'est installer des bibliothèques dont certaines applications Windows dépendent et que Wine ne fournit pas (ou fournit partiellement). L'impact devrait être minime...

Auteur :  Matthias [ 11 juin 2011 16:43 ]
Sujet du message :  Re: MDxExplore

Quelques nouveautés (le projet n'est pas mort):

Le moteur de rendu sera chippé en DLL, donc. On appellera les fonctions via des appels de procédures après avoir chargé la DLL dans le projet. Il est actuellement en stade Alpha, j'ai programmé les bases, il me reste plus qu'à coder le moteur de décodage (ironie du sort), ce qui sera le plus dur :) Puis le moteur graphique, ce qui sera sans peine et très enthousiasmant ! Il aura pour rôle de rendre les contrôles HTML qui seront stockés dans des arrays. Il supportera théoriquement le HTML 2.x, et 3.x, ainsi que le multi-rendu avec GDI+ (Vous pourrez donc faire jusqu'à 120 rendus en une seule DLL, sans avoir besoin d'appeler de manière supplémentaire cette dernière. Avec pour référence le IntPtr de la fenêtre où rendre la page ainsi que la taille du rendu et les coordonnées à partir desquelles on va rendre).

Après le moteur, il y aura les requêtes serveur>client. Et là, MDxExplore sera pleinement utilisable. Ce sera sans conteste d'une facilité accrue, au vu de ce que propose notre bon vieux VB.NET (requêtes HTTP/cookies à la portée de tous) ! En gros, ça mettra peu de temps. Mais vu que j'ai le bac en contrainte, ça ne vaut plus. Il sera près d'ici un ou deux mois.

J'ajouterai le CSS, le HTML 4.0, voire 5.0 dès que j'aurai fini ces bases. Pour le xHTML, étant donné que c'est la v4.0 et 5.0 de HTML, ce sera inclu, en conséquence ! Mais ça viendra que plus tard.
Vu que je suis ambitieux, je tâterai même du côté JavaScript et VBScript.
Autre point à noter, j'intègrerai une DLL de rendu pour les vidéos, vu que je fais HTML 5.0 (avec la balise <video> !!)

Si vous avez des suggestions, n'hésitez pas à m'en faire part. Que ce soit question interface ou codage.
Par contre, l'interface n'est pas primordialement visée dans le contexte de mon projet (je code d'abord le moteur de rendu). En revanche, il y aura un sélecteur de texte, un gestionnaire de téléchargements de cookies (interactif, donc en temps réel !), et de favoris. Mais ça viendra que lorsque j'aurai codé le saint des saints (le HTML 2.0/3.0)

Les fonctions de la DLL:

Externes:
AddRender (index, ip) - Ajouter un pointeur vers une fenêtre où rendre le résultat. Index: index du rendu. ip: Pointeur Entier conférant à l'endroit où dessiner le résultat.
RetrieveRender (index) - Supprimer un rendu. Index: index du rendu.
ClearRenderCtrls (index, includebmp) - Vider les contrôles d'un rendu. Index: index du rendu. includebmp: effacer aussi les bitmaps (des contrôles, bitmaps étant stockées séparément)
RefreshRenderOutput (index, relX, relY, renW, renH) - Rafraîchir le rendu concerné (spécifié par index) avec pour point relatif x et y (relX, relY) et pour taille du rendu renW et renH.
GetMaxXYRender (index) - Obtenir les points de coordonnées maximum du rendu spécifié dans index.
Kill - Supprimer toutes les données et décharger la DLL de la mémoire.
Interactives:
Decode (URL, renderindex, Optionnellement: clear) - Décoder dans le rendu spécifié en précisant l'URL et si on supprime ce qui a été anciennement ajouté (clear, booléen).
Internes (pour le programme) :
AddControl (type, text, x, y, w, h, forecolor, backcolor, imageid, linkto, blink, bordersize, WhichRenderI) - Ajouter un contrôle dans un rendu.
Très cordialement,
Matthias

Page 2 sur 19 Fuseau horaire sur UTC+02:00
Développé par phpBB® Forum Software © phpBB Limited
Traduction française officielle © Qiaeru