html2wml - En ligne dans le Cloud

PROGRAMME:

Nom

Html2Wml -- Programme qui peut convertir des pages HTML en pages WML

SYNOPSIS

Html2Wml peut être utilisé comme une commande shell :

$ html2wml fichier.html

ou en tant que CGI :

/cgi-bin/html2wml.cgi?url=/index.html

Dans les deux cas, le fichier peut être soit un fichier local, soit une URL.

DESCRIPTION

Html2Wml convertit les pages HTML en decks WML, adaptés pour être visualisés sur un appareil Wap. Les
programme peut être lancé à partir d'un shell pour convertir statiquement un ensemble de pages, ou en tant que CGI pour
convertir une ressource HTML particulière (potentiellement dynamique).

Bien que le résultat ne soit pas garanti comme WML valide, cela devrait être le cas pour la plupart des
pages. De bonnes pages HTML produiront très probablement des decks WML valides. A vérifier et corriger
vos pages, vous pouvez utiliser les logiciels du W3C : le HTML Validateur, disponible en ligne sur
http://validator.w3.org ainsi que HTML Rangé, écrit par Dave Raggett.

Html2Wml fournit les fonctionnalités suivantes :

· traduction des liens

· limitation de la taille des cartes en divisant le résultat en plusieurs cartes

· inclusion de fichiers (similaire au SSI)

· compilation du résultat (à l'aide des outils WML, voir la section sur les « LIENS »)

· un mode debug pour vérifier le résultat à l'aide de fonctions de validation

OPTIONS

Veuillez noter que la plupart de ces options sont également disponibles lors de l'appel de Html2Wml en tant que CGI.
Dans ce cas, les options booléennes reçoivent la valeur "1" ou "0", et d'autres options simplement
recevoir la valeur qu'ils attendent. Par exemple, '--ascii' devient '?ascii=1' ou '?a=1'. Voir
le fichier t/formulaire.html pour un exemple sur la façon d'appeler Html2Wml en tant que CGI.

Conversion Options

-a, --ascii
Lorsque cette option est activée, les entités HTML nommées et les caractères non ASCII sont convertis en
Caractères US-ASCII utilisant les mêmes approximations 7 bits que Lynx. Par exemple, « © »
est traduit en "(c)", et "ß" est traduit en "ss". Cette option est désactivée par
défaut.

--[pas]s'effondrer
Cette option indique à Html2Wml de réduire les espaces redondants, les tabulations, le chariot
retours, sauts de lignes et paragraphes vides. L'objectif est de réduire la taille du WML
documenter autant que possible. La réduction des paragraphes vides est nécessaire pour deux
les raisons. Premièrement, cela évite les écrans vides (et sur un appareil avec seulement 4 lignes de
affichage, un écran vide peut être assez ennuyeux). Deuxièmement, Html2wml crée de nombreux vides
paragraphes lors de la conversion, en raison de la façon dont le reconstructeur de syntaxe est programmé.
Supprimer ces paragraphes vides est nécessaire comme nettoyer la cuisine :-)

Si cela vous dérange vraiment, vous pouvez désactiver ce comportement avec le --nocollapse
option.

--ignorer-images
Cette option indique à Html2Wml d'ignorer complètement tous les liens d'image.

--[no]img-alt-text
Cette option indique à Html2Wml de remplacer les balises d'image par leurs correspondants
texte alternatif (comme avec un navigateur Web en mode texte). Cette option est activée par défaut.

--[no]linéariser
Cette option est activée par défaut. Cela fait que Html2Wml aplatit les tableaux HTML (ils sont
linéarisé), comme le fait Lynx. Je pense que c'est mieux que d'essayer d'utiliser le WML natif
les tables. Premièrement, ils ont des fonctionnalités et des possibilités extrêmement limitées par rapport au HTML
les tables. En particulier, ils ne peuvent pas être imbriqués. En fait c'est normal car Wap
les appareils ne sont pas censés avoir un gros processeur fonctionnant à quelques zillions-hertz, et le
les calculs nécessaires pour rendre les tables sont la partie la plus compliquée et la plus gourmande en CPU
de HTML.

Deuxièmement, comme ils ne peuvent pas être imbriqués et que les pages HTML typiques utilisent fortement
tableaux pour créer leur mise en page, il est impossible de décider lequel pourrait être conservé. Donc
le mieux est de n'en garder aucun.

[Note] Bien que vous puissiez désactiver ce comportement, et bien qu'il y ait des
prise en charge des tableaux, le mode non linéarisé n'a pas été fortement testé avec
tables, et cela peut produire des résultats inattendus.

-n, --numérique-non-ascii
Cette option indique à Html2wml de convertir tous les caractères non ASCII en entités numériques,
c'est-à-dire que « e » devient « é » et « ss » devient « ». Par défaut, cette option est
de.

-p, --nopré
Cette option indique à Html2Wml de ne pas utiliser le étiqueter. Cette option a été ajoutée car
le compilateur de WML Tools 0.0.4 ne prend pas en charge cette balise.

Liens Reconstitution Options

--hrefmpl=MODÈLE
Cette option définit le modèle qui sera utilisé pour reconstruire les liens de type `href'.
Voir la section "RECONSTRUCTION DES LIENS" pour plus d'informations.

--srctmpl=MODÈLE
Cette option définit le modèle qui sera utilisé pour reconstruire les liens de type `src'.
Voir la section "RECONSTRUCTION DES LIENS" pour plus d'informations.

Scission Options

-s, --max-card-size=TAILLE
Cette option permet de limiter la taille (en octets) des cartes générées. La valeur par défaut est
1,500 XNUMX octets, ce qui devrait être suffisamment petit pour être chargé sur la plupart des appareils Wap. Voir le
section « COUPE DE PONT » pour plus d'informations.

-t, --card-split-threshold=TAILLE
Cette option définit le seuil de l'événement fractionné, qui peut se produire lorsque la taille de
la carte actuelle est entre `max-card-size' - `card-split-threshold' et
`taille-max-carte'. La valeur par défaut est 50. Voir la section sur « DÉCOUPE DE PONT » pour plus d'informations
</br>L’Information.

--étiquette-de-carte-suivante=STRING
Cette option définit l'étiquette du lien qui pointe vers la carte suivante. La valeur par défaut est
"[>>]", qui sera rendu par "[>>]".

--prev-card-label=STRING
Cette option définit l'étiquette du lien qui pointe vers la carte précédente. La valeur par défaut est
"[<<]", qui sera rendu comme "[<<]".

HTTP Authentification

-U, --http-utilisateur=USERNAME
Utilisez cette option pour définir le nom d'utilisateur pour une demande authentifiée.

-P, --http-passwd=MOT DE PASSE
Utilisez cette option pour définir le mot de passe d'une demande authentifiée.

procuration Assistance

-[no]O, --[no]proxy
Utilisez cette option pour activer la prise en charge du proxy. Par défaut, le support proxy est activé. Voir
la section "SOUTIEN PAR PROXY".

Sortie Options

-k, --compiler
La définition de cette option indique à Html2Wml d'utiliser le compilateur des outils WML pour compiler le
Pont WML. Si vous voulez créer un vrai site Wap, vous devriez sérieusement utiliser cette option
afin de réduire la taille des decks WML. N'oubliez pas que les appareils Wap ont très
peu de mémoire. Si cela ne suffit pas, utilisez les options de fractionnement.

Jetez un oeil dans wml_compilation/ pour plus d'informations sur l'utilisation d'un compilateur WML avec
Html2Wml.

-o, --sortie
Utilisez cette option (en mode shell) pour spécifier un fichier de sortie. Par défaut, Html2Wml
imprime le résultat sur la sortie standard.

Débogage Options

-d, --debug[=NIVEAU]
Cette option active le mode débogage. Cela imprime le résultat de sortie avec la ligne
numérotation et avec le résultat du contrôle XML. Si le compilateur WML a été appelé, le
le résultat est également imprimé sous forme hexadécimale et ascii. Lorsqu'ils sont appelés en tant que CGI, tous
celui-ci est imprimé au format HTML, ce qui permet d'utiliser n'importe quel navigateur Web à cette fin.

--xmlcheck
Lorsque cette option est activée, il envoie la sortie WML à XML::Parser pour vérifier son bon fonctionnement.
forme.

DECK TRANCHAGE

La pont tranchage est une fonctionnalité que Html2Wml fournit afin de correspondre à la faible mémoire
capacités de la plupart des appareils Wap. Beaucoup ne peuvent pas gérer les cartes de plus de 2,000 XNUMX octets,
les cartes doivent donc être suffisamment petites pour être vues par tous les appareils Wap. Atteindre
ceci, vous devez compiler votre deck WML, ce qui réduit la taille du deck de 50%, mais même
alors vos cartes peuvent être trop grandes. C'est là que Html2Wml est livré avec le tranchage de pont
caractéristique. Cela vous permet de limiter la taille des cartes, actuellement uniquement before le
étape de compilation.

Tranche by cartes or by ponts

Sur certains téléphones Wap, trancher le paquet n'est pas suffisant : le navigateur WML essaie toujours de
téléchargez le jeu entier au lieu de choisir une seule carte à la fois. Une solution consiste à trancher
le document WML par decks. Voir la figure ci-dessous.

_____________ _____________
⎪ pont ⎪ ⎪ pont #1 ⎪
⎪ _________ ⎪ ⎪ _________ ⎪
⎪ ⎪ carte #1 ⎪ ⎪ ⎪ ⎪ carte ⎪ ⎪
⎪ ⎪_________⎪ ⎪ ⎪ ⎪_________⎪ ⎪
⎪ _________ ⎪ ⎪_____________⎪
⎪ ⎪ carte #2 ⎪ ⎪
⎪_________⎪ ⎪ . . .
⎪ _________ ⎪
⎪ ⎪ ... ⎪ ⎪ _____________
⎪ ⎪_________⎪ ⎪ ⎪ pont #n ⎪
⎪ _________ ⎪ ⎪ _________ ⎪
⎪ ⎪ carte #n ⎪ ⎪ ⎪ ⎪ carte ⎪ ⎪
⎪ ⎪_________⎪ ⎪ ⎪ ⎪_________⎪ ⎪
⎪_____________⎪ ⎪_____________⎪

document WML document WML
tranché par des cartes tranché par des ponts

Cela signifie que Html2Wml génère plusieurs documents WML. En mode CGI, seul le
le deck approprié est envoyé, sélectionné par l'identifiant donné en paramètre. Si aucun identifiant n'a été fourni, le
le premier pont est envoyé.

Notes on taille calcul

Actuellement, Html2Wml estime la taille de la carte à la volée, en additionnant la longueur de
les chaînes qui composent la sortie WML, les textes et les balises. Je dis "estimations" et non
« calcule » car le calcul de la taille exacte nécessiterait beaucoup plus de calculs que
la façon dont c'est fait maintenant. On peut objecter qu'il n'y a que des ajouts, ce qui est correct,
mais connaissant le exacte la taille n'est pas nécessaire. En effet, si vous compilez le WML, la plupart des
les chaînes des balises seront supprimées, mais pas toutes.

Par exemple, prenons une balise d'image : ` '. Lorsque
compilé, la chaîne `"img"' sera remplacée par une valeur d'un octet. Même chose pour le
les chaînes `"src"' et `"alt"', et les espaces, les guillemets doubles et les signes égal seront
dépouillé. Seul le texte entre guillemets sera conservé... mais pas dans tous les cas.
En effet, afin d'aller plus loin, le compilateur peut également encoder des parties des arguments
comme binaire. Par exemple, la chaîne `"http://www."' peut être codé sur un seul octet (`8F'
dans ce cas). Ou, si l'attribut est `href', la chaîne `href="http://' peut devenir le
octet « 4B ».

Comme vous le voyez, il importe peu de connaître exactement la taille de la forme textuelle du WML, car
il sera toujours bien supérieur à la taille du formulaire compilé. C'est pourquoi je ne compte pas
tous les caractères qui peuvent être réellement écrits.

Aussi, c'est parce que je suis assez paresseux ;-)

Constat compilation le WML plate-forme?

Si vous avez l'intention de créer de vraies pages WML, vous devriez vraiment envisager de toujours les compiler.
Si vous n'êtes pas convaincu, voici une illustration.

Prenez l'extrait de code WML suivant :

<a href='http://www.yahoo.com/'>Yaouh !

C'est la manière basique et classique de coder un lien hypertexte. Il faut 42 octets pour coder ceci,
car il est présenté sous une forme lisible par l'homme.

Le Forum WAP a défini une représentation binaire compacte de WML dans sa spécification,
qui est appelé "WML compilé". C'est un format binaire, donc vous, un simple humain, ne pouvez pas
lisez cela, mais votre ordinateur peut le faire. Et il est beaucoup plus rapide pour lui de lire un format binaire que
pour lire un format textuel.

L'exemple précédent serait, une fois compilé (et imprimé ici en hexadécimal) :

1C 4A 8F 03 ouah 00 85 01 03 ouah ! 00 01

Cela ne prend que 21 octets. La moitié de la taille de la forme lisible par l'homme. Pour un appareil Wap,
cela signifie à la fois moins de téléchargements et des choses plus faciles à lire. Par conséquent, le traitement de
le document peut être réalisé en peu de temps par rapport à la version technique du même
document.

Il y a un dernier argument, et non des moins important : de nombreux appareils Wap ne lisent que du binaire
WML.

ACTIONS

Les actions sont une fonctionnalité similaire (mais avec beaucoup moins de fonctionnalités !) au SSI (Server Side
Comprend) disponible sur de bons serveurs comme Apache. Afin de ne pas interférer avec le réel
SSI, mais pour que la syntaxe reste facile à apprendre, elle diffère sur très peu de points.

Syntaxe

En gros, la syntaxe pour exécuter une action est :



Notez que les crochets angulaires font partie de la syntaxe. Sauf pour ce point, la syntaxe des actions
est très similaire à la syntaxe SSI.

Disponible actes

Seules quelques actions sont actuellement disponibles, mais d'autres peuvent être mises en œuvre sur demande.

comprendre

Description
Inclut un fichier dans le document au point actuel. Veuillez noter que
Html2Wml ne vérifie ni n'analyse le fichier, et si le fichier est introuvable,
mourra silencieusement (c'est le même comportement que SSI).

Paramètres
`virtual=url' -- Le fichier est obtenu par http.

`file=path' -- Le fichier est lu à partir du disque local.

taille f

Description
Renvoie la taille d'un fichier au point courant du document.

Paramètres
`virtual=url' -- Le fichier est obtenu par http.

`file=path' -- Le fichier est lu à partir du disque local.

Remarques Si vous utilisez le paramètre file, un chemin absolu est recommandé.

sauter

Description
Saute tout jusqu'à la première action `end_skip'.

Générique paramètres

Les paramètres suivants peuvent être utilisés pour toute action.

pour=sortie le format
Ce paramètre restreint l'action pour le format de sortie donné. Actuellement, le seul
le format disponible est "`wml'" (lors de l'utilisation de `html2chtml', le format est "`chtml'").

Exemples

Si vous souhaitez partager une barre de navigation entre plusieurs pages WML, vous pouvez `l'inclure' ceci
façon:



Bien sûr, vous devez d'abord écrire cette barre de navigation :-)

Si vous souhaitez utiliser vos pages HTML actuelles pour créer vos pages WML, mais qu'elles
contient des tableaux complexes, ou des tableaux de navigation inutiles, etc., vous pouvez simplement « ignorer » le
pièces complexes et garder le reste.



parties inutiles pour les pages WML

parties utiles pour les pages WML

LIENS RECONSTRUCTION

Le moteur de reconstruction de liens est à mon humble avis la partie la plus importante de Html2Wml, car c'est
ce moteur qui permet de reconstituer les liens du document HTML en cours de conversion.
Il a deux modes, selon que Html2Wml a été lancé depuis le shell ou en tant que CGI.

Lorsqu'il est utilisé comme un CGI, ce moteur va reconstituer les liens du document HTML afin que
toutes les urls seront passées à Html2Wml afin de convertir les fichiers pointés (pages ou
images). Ceci est complètement automatique et ne peut pas être personnalisé pour le moment (mais je ne pense pas que cela
serait vraiment utile).

Lorsqu'il est utilisé depuis le shell, ce moteur reconstruit les liens avec les modèles donnés.
Notez que les URL absolues ne seront pas modifiées. Les modèles peuvent être personnalisés à l'aide du
syntaxe suivante.

Gabarits

Modèle HREF
Ce modèle contrôle la reconstruction de l'attribut 'href' de la balise 'A'. Son
la valeur peut être modifiée à l'aide de la --hrefmpl option. La valeur par défaut est
`"{FILEPATH}{FILENAME}{$FILETYPE =~ s/s?html?/wml/o; $FILETYPE}"'.

Modèle de source d'image
Ce modèle contrôle la reconstruction de l'attribut `src' de la balise `IMG'. Son
la valeur peut être modifiée à l'aide de la --srctmpl option. La valeur par défaut est
`"{FILEPATH}{FILENAME}{$FILETYPE =~ s/gif⎪png⎪jpe?g/wbmp/o; $FILETYPE}"'

Syntaxe

Le modèle est une chaîne qui contient la nouvelle URL. Plus précisément, c'est un Text::Template
modèle. Les paramètres peuvent être interpolés en tant que constante ou en tant que variable. Le modèle est
entre accolades et peut contenir n'importe quel code Perl valide.

La forme la plus simple d'un modèle est `{PARAM}' qui renvoie simplement la valeur de PARAM. Si tu
voulez faire quelque chose de plus complexe, vous pouvez utiliser la variable correspondante ; par exemple
`{"foo $PARAM bar"}', ou `{join "_", split " ", PARAM}'.

Vous pouvez lire la page de manuel Text::Template pour plus d'informations sur ce qui est possible dans un
modèle.

Si l'URL d'origine contenait une partie requête ou une partie fragment, elles seront ajoutées
au résultat du modèle.

Disponible paramètres

URL Ce paramètre contient l'URL d'origine de l'attribut `href' ou `src'.

NOM DE FICHIER
Ce paramètre contient le nom de base du fichier.

CHEMIN DU FICHIER
Ce paramètre contient le chemin principal du fichier.

TYPE DE FICHIER
Ce paramètre contient le suffixe du fichier.

Cela peut se résumer ainsi :

URL = http://www.server.net/path/to/my/page.html
------------^^^^ ----
⎪ \
⎪ \
CHEMIN DE FICHIER NOM DE FICHIER TYPE DE FICHIER

Notez que `FILETYPE' contient toutes les extensions du fichier, donc si son nom est
index.html.fr par exemple, `FILETYPE' contient "`.html.fr'".

Exemples

Pour ajouter une option de chemin :

{URL}$wap

En utilisant Apache, vous pouvez ensuite ajouter une directive Rewrite afin que l'URL se terminant par `$wap' soit
redirigé vers Html2Wml :

Règle de réécriture ^(/.*)\$wap$ /cgi-bin/html2wml.cgi?url=$1

Pour changer l'extension d'une image :

{CHEMIN DU FICHIER}{NOM DU FICHIER}.wbmp

PROCURATION SUPPORT

Html2Wml utilise la prise en charge du proxy intégré LWP. Il est activé par défaut, et charge le proxy
paramètres des variables d'environnement, en utilisant les mêmes variables que de nombreux autres programmes.
Chaque protocole (http, ftp, etc.) peut être mappé pour utiliser un serveur proxy en définissant une variable
de la forme 'PROTOCOLE_proxy'. Exemple : utilisez `http_proxy' pour définir le proxy pour http
accès, `ftp_proxy' pour l'accès ftp. Dans le shell, il s'agit seulement de définir le
variable.

Pour Bourne shell :

$ exporter http_proxy="http://proxy.domain.com:8080/"

Pour la coque C :

% setenv http_proxy "http://proxy.domain.com:8080/"

Sous Apache, vous pouvez ajouter cette directive à votre fichier de configuration :

SetEnv http_proxy "http://proxy.domain.com:8080"

mais cela a par défaut qu'un autre CGI, ou un autre programme, peut l'utiliser pour accéder
ressources externes. Une meilleure façon est d'éditer Html2Wml et de remplir l'option 'proxy-server'
avec la valeur appropriée.

MISES EN GARDE

Html2Wml essaie de créer des documents WML corrects, mais la bonne forme et la validité de
le document ne sont pas garantis.

") may produce unexpected results. Les balises inversées (comme " gras ") peuvent produire des résultats inattendus. Mais, seulement
les mauvais logiciels font de mauvaises choses comme ça.

LIENS

Télécharger

Html2Wml
Ceci est le site web du projet Html2Wml, hébergé par SourceForge.net. Tous les
les versions stables peuvent être téléchargées à partir de ce site.

[ http://www.html2wml.org/ ]

Nutialand
Ceci est le site web de l'auteur, où vous pouvez trouver les archives de tous les
versions de Html2Wml.

[ http://www.maddingue.org/softwares/ ]

Ressources

Le Forum WAP
Ceci est le site officiel du Forum WAP. Vous pouvez trouver des informations techniques,
que les spécifications de toutes les technologies associées au WAP.

[ http://www.wapforum.org/ ]

WAP.com
Ce site contient des informations et des liens utiles. En particulier, il a une assez bonne
fait FAQ.

[ http://www.wap.com/ ]

Le Consortium World Wide Web
Bien qu'il ne soit pas directement lié au truc du Wap, vous trouverez peut-être utile de lire le
spécifications du XML (WML est une application XML), et les spécifications du
différents langages de feuille de style (CSS et XSL), qui incluent la prise en charge de la basse résolution
dispositifs.

[ http://www.w3.org/ ]

TuxMobil
Ce site Web est dédié aux systèmes Mobile UniX. Cela vous amène à beaucoup d'utiles
informations pratiques sur l'installation et l'exécution de Linux et BSD sur les ordinateurs portables, les PDA et
d'autres appareils informatiques mobiles.

[ http://www.tuxmobil.org/ ]

Programmeurs les services publics

HTML Tidy
Il s'agit d'un utilitaire très pratique qui corrige vos fichiers HTML afin qu'ils soient conformes à
Normes W3C.

[ http://www.w3.org/People/Raggett/tidy ]

Canal
Kannel est une passerelle Wap et SMS open source. Un compilateur WML est inclus dans le
distribution.

[ http://www.kannel.org/ ]

Outils WML
Il s'agit d'une collection d'utilitaires pour les programmeurs WML. Cela inclut un compilateur, un
décompilateur, une visionneuse et un convertisseur WBMP.

[ http://pwot.co.uk/wml/ ]

WML navigateurs ainsi que wap émulateurs

Opera
Opera est à l'origine un navigateur Web, mais la version 5 supporte bien XML et
WML. Opera est disponible gratuitement pour plusieurs systèmes.

[ http://www.opera.com/ ]

wApua
wApua est un navigateur WML open source écrit en Perl/Tk. Il est facile à installer et à
utilisation. Son support pour WML est incomplet, mais suffisant à des fins de test.

[ http://fsinfo.cs.uni-sb.de/~abe/wApua/ ]

tofoa
Tofoa est un émulateur Wap open source écrit en Python. Son installation est assez
difficile, et son support WML incomplet lui permet de produire des résultats étranges, même avec
documents WML valides.

[ http://tofoa.free-system.com/ ]

EzWAP
EzWAP, d'EZOS, est un navigateur WML commercial disponible gratuitement pour Windows 9x, NT,
2000 et CE. Par rapport aux autres navigateurs Windows WML, il nécessite très peu de ressources,
et est assez stable. Son support des spécifications WML semble assez complet. Un très bon
logiciel.

[ http://www.ezos.com/ ]

Deck-It
Deck-It est un émulateur de téléphone Wap commercial, disponible pour Windows et Linux/Intel
seul. C'est un très bon logiciel qui montre vraiment comment les pages WML sont rendues
sur un téléphone Wap, mais l'un de ses défauts majeurs est qu'il ne peut pas lire les fichiers locaux.

[ http://www.pyweb.com/tools/ ]

Navigateur WAP Klondike
Klondike WAP Browser est un navigateur WAP commercial disponible pour Windows et PocketPC.

[ http://www.apachesoftware.com/ ]

WinWAP
WinWAP est un navigateur Wap commercial, disponible gratuitement pour Windows.

[ http://www.winwap.org/ ]

WAPman
WAPman d'EdgeMatrix, est un navigateur WAP commercial disponible pour Windows et PalmOS.

[ http://www.edgematrix.com/edge/control/MainContentBean?page=téléchargements ]

Compagnon sans fil
Wireless Companion, de YourWap.com, est un émulateur WAP disponible pour Windows.

[ http://www.yourwap.com/ ]

Mobilisateur
Mobilizer est un émulateur Wap disponible pour Windows et Unix.

[ http://mobilizer.sourceforge.net/ ]

Navigateur QWml
QWmlBrowser (anciennement connu sous le nom de WML BRowser) est un navigateur WML open source, écrit
en utilisant la boîte à outils Qt.

[ http://www.wmlbrowser.org/ ]

Wapsodie
Wapsody, développé par IBM, est un environnement de simulation disponible gratuitement qui
implémente la spécification WAP. Il dispose également d'un navigateur WML qui peut être exécuté
autonome. Comme Wapsody est écrit en Java/Swing, il devrait fonctionner sur n'importe quel système.

[ http://alphaworks.ibm.com/aw.nsf/techmain/wapsody ]

WAperçu
WAPreview est un émulateur Wap écrit en Java. Comme il utilise une interface utilisateur HTML et a besoin d'un
proxy Web local, il s'exécute assez lentement.

[ http://wapreview.sourceforge.net ]

PicoWap
PicoWap est un petit navigateur WML réalisé par trois étudiants français.

[ http://membres.lycos.fr/picowap/ ]

REMERCIEMENTS

Werner Heuser, pour ses nombreuses idées, conseils et son aide pour le débogage

Igor Khristophorov, pour ses nombreuses suggestions et patchs

Et toutes les personnes qui m'envoient des rapports de bug : Daniele Frijia, Axel Jerabek, Ouyang

Utilisez html2wml en ligne à l'aide des services onworks.net