ນີ້ແມ່ນຄໍາສັ່ງ html2wml ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
Html2Wml -- ໂປຣແກຣມທີ່ສາມາດປ່ຽນໜ້າ HTML ເປັນໜ້າ WML
ສະຫຼຸບສັງລວມ
Html2Wml ສາມາດໃຊ້ເປັນຄຳສັ່ງ shell:
$ html2wml file.html
ຫຼື CGI:
/cgi-bin/html2wml.cgi?url=/index.html
ໃນທັງສອງກໍລະນີ, ໄຟລ໌ສາມາດເປັນໄຟລ໌ທ້ອງຖິ່ນຫຼື URL.
ລາຍລະອຽດ
Html2Wml ແປງຫນ້າ HTML ເປັນ WML decks, ເຫມາະສໍາລັບການເບິ່ງຢູ່ໃນອຸປະກອນ Wap. ໄດ້
ໂປລແກລມສາມາດຖືກເປີດຕົວຈາກແກະເພື່ອປ່ຽນຊຸດຂອງຫນ້າ, ຫຼືເປັນ CGI ເປັນ
ປ່ຽນຊັບພະຍາກອນ HTML ໃດໜຶ່ງ (ມີທ່າແຮງເປັນແບບເຄື່ອນໄຫວ).
ເຖິງແມ່ນວ່າຜົນໄດ້ຮັບບໍ່ໄດ້ຮັບການຮັບປະກັນວ່າເປັນ WML ທີ່ຖືກຕ້ອງ, ມັນຄວນຈະເປັນກໍລະນີຫຼາຍທີ່ສຸດ
ໜ້າ. ຫນ້າ HTML ທີ່ດີສ່ວນຫຼາຍອາດຈະຜະລິດສຽງ WML ທີ່ຖືກຕ້ອງ. ເພື່ອກວດສອບແລະແກ້ໄຂ
ຫນ້າຂອງທ່ານ, ທ່ານສາມາດນໍາໃຊ້ຊອບແວຂອງ W3C: ໄດ້ HTML ເຄື່ອງກວດສອບຄວາມຖືກຕ້ອງ, ມີຢູ່ອອນໄລນ໌ຢູ່
http://validator.w3.org ແລະ HTML ກະທັດຮັດ, ຂຽນໂດຍ Dave Raggett.
Html2Wml ໃຫ້ຄຸນສົມບັດດັ່ງຕໍ່ໄປນີ້:
· ການແປພາສາຂອງການເຊື່ອມຕໍ່
·ຈໍາກັດຂະຫນາດບັດໂດຍການແບ່ງຜົນໄດ້ຮັບອອກເປັນຫຼາຍບັດ
· ລວມໄຟລ໌ (ຄ້າຍກັບ SSI)
· ການສັງລວມຂອງຜົນໄດ້ຮັບ (ການນໍາໃຊ້ເຄື່ອງມື WML, ເບິ່ງພາກສ່ວນ "LINKS")
· ຮູບແບບການດີບັກເພື່ອກວດສອບຜົນໄດ້ຮັບໂດຍໃຊ້ຟັງຊັນການກວດສອບ
OPTIONS
ກະລຸນາຮັບຊາບວ່າທາງເລືອກເຫຼົ່ານີ້ສ່ວນຫຼາຍແມ່ນມີຢູ່ເມື່ອໂທຫາ Html2Wml ເປັນ CGI.
ໃນກໍລະນີນີ້, ທາງເລືອກ boolean ແມ່ນໃຫ້ຄ່າ "1" ຫຼື "0", ແລະທາງເລືອກອື່ນພຽງແຕ່
ໄດ້ຮັບມູນຄ່າທີ່ພວກເຂົາຄາດຫວັງ. ຕົວຢ່າງ, `--ascii' ກາຍເປັນ `?ascii=1' ຫຼື `?a=1'. ເບິ່ງ
ເອກະສານທີ່ t/form.html ຕົວຢ່າງກ່ຽວກັບວິທີໂທຫາ Html2Wml ເປັນ CGI.
ການປ່ຽນແປງ ທາງເລືອກໃນການ
-a, --ascii
ເມື່ອຕົວເລືອກນີ້ເປີດຢູ່, ຊື່ HTML entities ແລະຕົວອັກສອນທີ່ບໍ່ແມ່ນ ASCII ຈະຖືກປ່ຽນເປັນ
ຕົວອັກສອນ US-ASCII ໃຊ້ປະມານ 7 ບິດດຽວກັນກັບ Lynx. ຕົວຢ່າງ, `©'
ແປເປັນ "(c)", ແລະ `ß' ແປເປັນ "ss". ທາງເລືອກນີ້ແມ່ນປິດໂດຍ
Default
--[ບໍ່]ລົ້ມລົງ
ຕົວເລືອກນີ້ບອກ Html2Wml ໃຫ້ຍຸບພື້ນທີ່ຂາວຊ້ຳຊ້ອນ, ຕາຕະລາງ, ການຂົນສົ່ງ
ກັບຄືນ, ເສັ້ນ feeds ແລະວັກຫວ່າງເປົ່າ. ຈຸດປະສົງແມ່ນເພື່ອຫຼຸດຜ່ອນຂະຫນາດຂອງ WML
ເອກະສານໃຫ້ຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້. ການຫຍໍ້ຫຍໍ້ໜ້າຫວ່າງເປົ່າແມ່ນຈຳເປັນສຳລັບສອງ
ເຫດຜົນ. ຫນ້າທໍາອິດ, ນີ້ຫຼີກເວັ້ນການຫນ້າຈໍເປົ່າ (ແລະໃນອຸປະກອນທີ່ມີພຽງແຕ່ 4 ເສັ້ນຂອງ
ຈໍສະແດງຜົນ, ຫນ້າຈໍເປົ່າສາມາດເປັນທີ່ຫນ້າລໍາຄານດີ). ອັນທີສອງ, Html2wml ສ້າງຫຼາຍຫວ່າງເປົ່າ
ຫຍໍ້ຫນ້າໃນເວລາທີ່ການແປງ, ເນື່ອງຈາກວ່າວິທີການ reconstructor syntax ແມ່ນໂຄງການ.
ການລຶບວັກຫວ່າງເຫຼົ່ານີ້ເປັນສິ່ງຈໍາເປັນເຊັ່ນການເຮັດຄວາມສະອາດເຮືອນຄົວ :-)
ຖ້າອັນນີ້ລົບກວນເຈົ້າແທ້ໆ, ເຈົ້າສາມາດຍົກເລີກພຶດຕິກຳນີ້ດ້ວຍ --nocollapse
ທາງເລືອກ.
--ignore-ຮູບພາບ
ຕົວເລືອກນີ້ບອກ Html2Wml ໃຫ້ບໍ່ສົນໃຈການເຊື່ອມຕໍ່ຮູບພາບທັງໝົດ.
--[ບໍ່]img-alt-text
ຕົວເລືອກນີ້ບອກ Html2Wml ເພື່ອປ່ຽນແທນແທັກຮູບພາບທີ່ສອດຄ້ອງກັນ
ຂໍ້ຄວາມທາງເລືອກ (ເຊັ່ນດຽວກັນກັບຕົວທ່ອງເວັບຂອງຮູບແບບຂໍ້ຄວາມ). ຕົວເລືອກນີ້ເປີດຢູ່ຕາມຄ່າເລີ່ມຕົ້ນ.
--[ບໍ່]linearize
ຕົວເລືອກນີ້ເປີດຢູ່ຕາມຄ່າເລີ່ມຕົ້ນ. ນີ້ເຮັດໃຫ້ Html2Wml flattens ຕາຕະລາງ HTML (ພວກເຂົາແມ່ນ
linearized), ດັ່ງທີ່ Lynx ເຮັດ. ຂ້າພະເຈົ້າຄິດວ່ານີ້ແມ່ນດີກວ່າການພະຍາຍາມໃຊ້ WML ແບບພື້ນເມືອງ
ໂຕະ. ທໍາອິດ, ພວກເຂົາມີລັກສະນະຈໍາກັດທີ່ສຸດແລະຄວາມເປັນໄປໄດ້ເມື່ອທຽບກັບ HTML
ໂຕະ. ໂດຍສະເພາະ, ພວກເຂົາບໍ່ສາມາດຖືກຮັງໄດ້. ໃນຄວາມເປັນຈິງ, ນີ້ແມ່ນເລື່ອງປົກກະຕິເພາະວ່າ Wap
ອຸປະກອນບໍ່ຄວນຈະມີ CPU ໃຫຍ່ແລ່ນຢູ່ໃນບາງ zillions-hertz, ແລະ
ການຄິດໄລ່ທີ່ຈໍາເປັນເພື່ອສະແດງຕາຕະລາງແມ່ນສ່ວນທີ່ສັບສົນທີ່ສຸດແລະ CPU-hogger
ຂອງ HTML.
ອັນທີສອງ, ຍ້ອນວ່າພວກເຂົາບໍ່ສາມາດຖືກຊ້ອນກັນ, ແລະເປັນຫນ້າ HTML ປົກກະຕິຫຼາຍການນໍາໃຊ້ imbricated.
ຕາຕະລາງເພື່ອສ້າງຮູບແບບຂອງເຂົາເຈົ້າ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະຕັດສິນໃຈວ່າອັນໃດສາມາດເກັບຮັກສາໄວ້. ດັ່ງນັ້ນ
ສິ່ງທີ່ດີທີ່ສຸດແມ່ນບໍ່ໃຫ້ພວກມັນ.
[ຫມາຍເຫດ] ເຖິງແມ່ນວ່າທ່ານສາມາດຍົກເລີກການປະພຶດນີ້, ແລະເຖິງແມ່ນວ່າມີພາຍໃນ
ສະຫນັບສະຫນູນຕາຕະລາງ, ຮູບແບບ unlinearized ຍັງບໍ່ທັນໄດ້ຮັບການທົດສອບຢ່າງຫຼວງຫຼາຍກັບການຮັງ
ຕາຕະລາງ, ແລະມັນອາດຈະສ້າງຜົນໄດ້ຮັບທີ່ບໍ່ຄາດຄິດ.
-n, --numeric-non-ascii
ຕົວເລືອກນີ້ບອກ Html2wml ໃຫ້ປ່ຽນຕົວອັກສອນທີ່ບໍ່ແມ່ນ ASCII ທັງໝົດເປັນຕົວເລກ,
ie, "e" ກາຍເປັນ `é', ແລະ "ss" ກາຍເປັນ `ß'. ໂດຍຄ່າເລີ່ມຕົ້ນ, ທາງເລືອກນີ້ແມ່ນ
off
-p, --nopre
ຕົວເລືອກນີ້ບອກ Html2Wml ບໍ່ໃຫ້ໃຊ້ ແທັກ. ທາງເລືອກນີ້ໄດ້ຖືກເພີ່ມເພາະວ່າ
compiler ຈາກ WML Tools 0.0.4 ບໍ່ຮອງຮັບແທັກນີ້.
ການເຊື່ອມຕໍ່ ການສ້າງສາຄືນ ໃໝ່ ທາງເລືອກໃນການ
--hreftmpl=ຕົວຢ່າງ
ຕົວເລືອກນີ້ກຳນົດແມ່ແບບທີ່ຈະໃຊ້ເພື່ອສ້າງລິ້ງປະເພດ 'href' ຄືນໃໝ່.
ເບິ່ງພາກສ່ວນກ່ຽວກັບ "ການເຊື່ອມໂຍງການກໍ່ສ້າງ" ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
--srctmpl=ຕົວຢ່າງ
ຕົວເລືອກນີ້ກຳນົດແມ່ແບບທີ່ຈະໃຊ້ເພື່ອສ້າງລິ້ງປະເພດ `src' ຄືນໃໝ່.
ເບິ່ງພາກສ່ວນກ່ຽວກັບ "ການເຊື່ອມໂຍງການກໍ່ສ້າງ" ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
ການແບ່ງປັນ ທາງເລືອກໃນການ
-s, --max-card-size=ຫລືຂະຫຍາຍໂຕ
ທາງເລືອກນີ້ອະນຸຍາດໃຫ້ທ່ານຈໍາກັດຂະຫນາດ (ໃນ bytes) ຂອງບັດທີ່ຜະລິດ. ຄ່າເລີ່ມຕົ້ນແມ່ນ
1,500 ໄບຕ໌, ເຊິ່ງຄວນຈະມີຂະໜາດນ້ອຍພໍທີ່ຈະໂຫລດຢູ່ໃນອຸປະກອນ Wap ສ່ວນໃຫຍ່. ເບິ່ງ
ພາກສ່ວນ "DECK SLICING" ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
-t, --card-split-threshold=ຫລືຂະຫຍາຍໂຕ
ຕົວເລືອກນີ້ກໍານົດຂອບເຂດຂອງເຫດການແຍກ, ເຊິ່ງສາມາດເກີດຂື້ນໃນເວລາທີ່ຂະຫນາດຂອງ
ບັດປະຈຸບັນຢູ່ລະຫວ່າງ 'max-card-size' - `card-split-threshold' ແລະ
'ຂະໜາດບັດສູງສຸດ'. ຄ່າເລີ່ມຕົ້ນແມ່ນ 50. ເບິ່ງພາກສ່ວນ "DECK SLICING" ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ
ຂໍ້ມູນຂ່າວສານ.
--next-card-label=ຄັກ
ຕົວເລືອກນີ້ກໍານົດປ້າຍຊື່ຂອງການເຊື່ອມຕໍ່ທີ່ຊີ້ໄປຫາບັດຕໍ່ໄປ. ຄ່າເລີ່ມຕົ້ນແມ່ນ
"[>>]", ເຊິ່ງຈະຖືກ rendered ເປັນ "[>>]".
--prev-card-label=ຄັກ
ຕົວເລືອກນີ້ກໍານົດປ້າຍຊື່ຂອງການເຊື່ອມຕໍ່ທີ່ຊີ້ໄປຫາບັດທີ່ຜ່ານມາ. ຄ່າເລີ່ມຕົ້ນແມ່ນ
"[<<]", ເຊິ່ງຈະຖືກ rendered ເປັນ "[<<]".
HTTP ການກວດສອບ
-U, --http-user=USERNAME
ໃຊ້ທາງເລືອກນີ້ເພື່ອກໍານົດຊື່ຜູ້ໃຊ້ສໍາລັບການຮ້ອງຂໍການຮັບຮອງ.
-P, --http-passwd=ປຊຊ
ໃຊ້ຕົວເລືອກນີ້ເພື່ອຕັ້ງລະຫັດຜ່ານສໍາລັບຄໍາຮ້ອງຂໍທີ່ມີການກວດສອບຄວາມຖືກຕ້ອງ.
proxy ສະຫນັບສະຫນູນ
-[ບໍ່]Y, --[ບໍ່]ພຣັອກຊີ
ໃຊ້ຕົວເລືອກນີ້ເພື່ອເປີດໃຊ້ການຮອງຮັບຕົວແທນ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ການຮອງຮັບຕົວແທນຈະຖືກເປີດໃຊ້. ເບິ່ງ
ພາກສ່ວນກ່ຽວກັບ "ການສະຫນັບສະຫນູນຕົວແທນ".
ຜົນຜະລິດ ທາງເລືອກໃນການ
-k, --compile
ການຕັ້ງຄ່າຕົວເລືອກນີ້ບອກ Html2Wml ໃຫ້ໃຊ້ compiler ຈາກ WML Tools ເພື່ອລວບລວມຂໍ້ມູນ
ສຽງ WML. ຖ້າທ່ານຕ້ອງການສ້າງເວັບໄຊທ໌ Wap ທີ່ແທ້ຈິງ, ທ່ານຄວນໃຊ້ທາງເລືອກນີ້ຢ່າງຈິງຈັງ
ເພື່ອຫຼຸດຜ່ອນຂະຫນາດຂອງ WML decks. ຈື່ໄວ້ວ່າອຸປະກອນ Wap ມີຫຼາຍ
ຈໍານວນພຽງເລັກນ້ອຍຂອງຄວາມຊົງຈໍາ. ຖ້າອັນນີ້ບໍ່ພຽງພໍ, ໃຫ້ໃຊ້ຕົວເລືອກການແບ່ງປັນ.
ເບິ່ງໃນ wml_compilation/ ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບວິທີການນໍາໃຊ້ WML compiler ກັບ
html2Wml.
-o, --output
ໃຊ້ຕົວເລືອກນີ້ (ໃນໂຫມດແກະ) ເພື່ອລະບຸໄຟລ໌ຜົນຜະລິດ. ໂດຍຄ່າເລີ່ມຕົ້ນ, Html2Wml
ພິມຜົນອອກມາເປັນມາດຕະຖານ.
Debugging ທາງເລືອກໃນການ
-d, --debug[=LEVEL]
ຕົວເລືອກນີ້ເປີດໃຊ້ໂໝດດີບັກ. ນີ້ພິມຜົນໄດ້ຮັບທີ່ມີເສັ້ນ
ຕົວເລກແລະຜົນຂອງການກວດສອບ XML. ຖ້າ WML compiler ຖືກເອີ້ນ, the
ຜົນໄດ້ຮັບຍັງຖືກພິມອອກໃນຮູບແບບເລກຖານສິບຫົກເປັນ ascii. ໃນເວລາທີ່ເອີ້ນວ່າ CGI, ທັງຫມົດ
ມັນຖືກພິມອອກເປັນ HTML, ດັ່ງນັ້ນສາມາດໃຊ້ຕົວທ່ອງເວັບໃດໆສໍາລັບຈຸດປະສົງນັ້ນ.
--xmlcheck
ເມື່ອຕົວເລືອກນີ້ເປີດຢູ່, ມັນຈະສົ່ງຜົນຜະລິດ WML ໄປຫາ XML::Parser ເພື່ອກວດເບິ່ງມັນດີ-
ການສ້າງຕັ້ງ.
DECK Slicing
ໄດ້ deck ການຕັດ ເປັນຄຸນສົມບັດທີ່ Html2Wml ສະໜອງໃຫ້ເພື່ອໃຫ້ກົງກັບຄວາມຈຳຕໍ່າ
ຄວາມສາມາດຂອງອຸປະກອນ Wap ສ່ວນໃຫຍ່. ຫຼາຍຄົນບໍ່ສາມາດຈັດການບັດທີ່ໃຫຍ່ກວ່າ 2,000 bytes,
ດັ່ງນັ້ນ, ບັດຈະຕ້ອງມີຂະຫນາດນ້ອຍພຽງພໍທີ່ຈະເບິ່ງໄດ້ໂດຍອຸປະກອນ Wap ທັງຫມົດ. ເພື່ອບັນລຸ
ນີ້, ທ່ານຄວນລວບລວມສຽງ WML ຂອງທ່ານ, ເຊິ່ງຫຼຸດລົງຂະຫນາດຂອງສຽງ 50%, ແຕ່ເຖິງແມ່ນວ່າ
ຈາກນັ້ນບັດຂອງເຈົ້າອາດໃຫຍ່ເກີນໄປ. ນີ້ແມ່ນບ່ອນທີ່ Html2Wml ມາພ້ອມກັບການ slicing deck
ຄຸນນະສົມບັດ. ນີ້ອະນຸຍາດໃຫ້ທ່ານຈໍາກັດຂະຫນາດຂອງບັດ, ໃນປັດຈຸບັນເທົ່ານັ້ນ ກ່ອນທີ່ຈະ ໄດ້
ຂັ້ນຕອນການລວບລວມ.
ຫຼັງຈາກນັ້ນນໍາ by ບັດ or by ດາດຟ້າ
ໃນບາງໂທລະສັບ Wap, ການຕັດແຜ່ນບໍ່ພຽງພໍ: ຕົວທ່ອງເວັບ WML ຍັງພະຍາຍາມ
ດາວນ໌ໂຫລດທັງຫມົດ deck ແທນທີ່ຈະເປັນພຽງແຕ່ເລືອກຫນຶ່ງບັດໃນເວລາ. ການແກ້ໄຂແມ່ນການຕັດ
ເອກະສານ WML ໂດຍ decks. ເບິ່ງຮູບຂ້າງລຸ່ມນີ້.
_____________ _____________
⎪ deck ⎪ ⎪ deck #1 ⎪
⎪ _________ ⎪ ⎪ _________ ⎪
⎪ ⎪ ບັດ #1 ⎪ ⎪ ⎪ ບັດ ⎪ ⎪
⎪ ⎪_________⎪ ⎪ ⎪ ⎪_________⎪ ⎪
⎪ _________ ⎪ ⎪_____________⎪
⎪ ⎪ ບັດ #2 ⎪ ⎪
⎪ ⎪_________⎪ ⎪ . . .
⎪ _________ ⎪
⎪ ⎪ ... ⎪ ⎪ _____________
⎪ ⎪_________⎪ ⎪ ⎪ deck #n ⎪
⎪ _________ ⎪ ⎪ _________ ⎪
⎪ ⎪ ບັດ #n ⎪ ⎪ ⎪ ບັດ ⎪ ⎪
⎪ ⎪_________⎪ ⎪ ⎪ ⎪_________⎪ ⎪
⎪_____________⎪ ⎪_____________⎪
ເອກະສານ WML ເອກະສານ WML
ຊອຍດ້ວຍບັດຊອຍໃຫ້ບາງໆດ້ວຍສຽງ
ອັນນີ້ຫມາຍຄວາມວ່າ Html2Wml ສ້າງເອກະສານ WML ຫຼາຍອັນ. ໃນໂຫມດ CGI, ມີພຽງແຕ່
deck ທີ່ເຫມາະສົມແມ່ນໄດ້ຖືກສົ່ງໄປ, ຄັດເລືອກໂດຍ id ທີ່ໃຫ້ໃນພາລາມິເຕີ. ຖ້າບໍ່ມີ ID ໄດ້ຖືກໃຫ້, the
ຊັ້ນທໍາອິດຖືກສົ່ງ.
ຫມາຍເຫດ on ຂະຫນາດ ການຄິດໄລ່
ໃນປັດຈຸບັນ, Html2Wml ຄາດຄະເນຂະຫນາດຂອງບັດໃນບິນ, ໂດຍສະຫຼຸບຄວາມຍາວຂອງ
ສະຕຣິງທີ່ປະກອບ WML output, texts ແລະ tags. ຂ້ອຍເວົ້າວ່າ "ການຄາດຄະເນ" ແລະບໍ່ແມ່ນ
"ຄິດໄລ່" ເພາະວ່າການຄິດໄລ່ຂະຫນາດທີ່ແນ່ນອນຈະຕ້ອງມີການຄິດໄລ່ຫຼາຍກ່ວາ
ວິທີການທີ່ມັນໄດ້ຖືກເຮັດໃນປັດຈຸບັນ. ຄົນເຮົາອາດຈະຄັດຄ້ານວ່າມີພຽງແຕ່ການເພີ່ມເຕີມ, ທີ່ຖືກຕ້ອງ,
ແຕ່ຮູ້ ຢ່າງແທ້ຈິງ ຂະຫນາດແມ່ນບໍ່ຈໍາເປັນ. ແທ້ຈິງແລ້ວ, ຖ້າທ່ານລວບລວມ WML, ສ່ວນຫຼາຍແມ່ນ
strings ຂອງ tags ຈະຖືກລຶບອອກ, ແຕ່ບໍ່ແມ່ນທັງຫມົດ.
ຕົວຢ່າງ, ເອົາປ້າຍຮູບພາບ: ` '. ເມື່ອໃດ
ລວບລວມ, string `"img"' ຈະຖືກແທນທີ່ດ້ວຍຄ່າຫນຶ່ງ byte. ສິ່ງດຽວກັນສໍາລັບ
strings `"src" ແລະ `"alt", ແລະຍະຫວ່າງ, ວົງຢືມຄູ່ ແລະເຄື່ອງໝາຍເທົ່າກັນຈະເປັນ.
ຖອດອອກ. ພຽງແຕ່ຂໍ້ຄວາມລະຫວ່າງວົງຢືມສອງເທົ່າຈະຖືກຮັກສາໄວ້ ... ແຕ່ບໍ່ແມ່ນໃນທຸກໆກໍລະນີ.
ແທ້ຈິງແລ້ວ, ເພື່ອກ້າວໄປອີກບາດກ້າວຫນຶ່ງ, compiler ຍັງສາມາດເຂົ້າລະຫັດບາງສ່ວນຂອງການໂຕ້ຖຽງ
ເປັນ binary. ຕົວຢ່າງ, string `"http://www."' ສາມາດເຂົ້າລະຫັດເປັນໄບຕ໌ດຽວ (`8F'.
ໃນກໍລະນີນີ້). ຫຼື, ຖ້າຄຸນລັກສະນະແມ່ນ 'href', string `href="http://' ສາມາດກາຍເປັນ
byte `4B'.
ດັ່ງທີ່ທ່ານເຫັນ, ມັນບໍ່ສໍາຄັນທີ່ຈະຮູ້ຂະຫນາດຂອງຮູບແບບຂໍ້ຄວາມຂອງ WML, ເປັນ
ມັນສະເຫມີຈະດີກວ່າຂະຫນາດຂອງແບບຟອມລວບລວມ. ນັ້ນແມ່ນເຫດຜົນທີ່ຂ້ອຍບໍ່ນັບ
ຕົວອັກສອນທັງໝົດທີ່ອາດຈະຖືກຂຽນຕົວຈິງ.
ນອກຈາກນີ້, ມັນແມ່ນຍ້ອນວ່າຂ້ອຍຂ້ອນຂ້າງຂີ້ຄ້ານ ;-)
ເປັນຫຍັງ ການລວບລວມ ໄດ້ WML ດາດຟ້າ?
ຖ້າທ່ານຕັ້ງໃຈສ້າງຫນ້າ WML ທີ່ແທ້ຈິງ, ທ່ານຄວນພິຈາລະນາທີ່ຈະລວບລວມພວກມັນສະເຫມີ.
ຖ້າເຈົ້າບໍ່ເຊື່ອ, ນີ້ແມ່ນຕົວຢ່າງ.
ເອົາ snipet ລະຫັດ WML ຕໍ່ໄປນີ້:
<a href='http://www.yahoo.com/'> Yahoo!
ມັນເປັນວິທີພື້ນຖານ ແລະຄລາສສິກໃນລະຫັດ hyperlink. ມັນໃຊ້ເວລາ 42 bytes ເພື່ອລະຫັດນີ້,
ເນື່ອງຈາກວ່າມັນຖືກນໍາສະເຫນີໃນຮູບແບບທີ່ມະນຸດສາມາດອ່ານໄດ້.
WAP Forum ໄດ້ກໍານົດການເປັນຕົວແທນຄູ່ທີ່ຫນາແຫນ້ນຂອງ WML ໃນຂໍ້ກໍານົດຂອງມັນ,
ເຊິ່ງເອີ້ນວ່າ "WML ລວບລວມ". ມັນເປັນຮູບແບບຄູ່, ສະນັ້ນທ່ານ, ເປັນພຽງແຕ່ມະນຸດ, ບໍ່ສາມາດ
ອ່ານວ່າ, ແຕ່ຄອມພິວເຕີຂອງທ່ານສາມາດ. ແລະມັນໄວຂຶ້ນຫຼາຍສໍາລັບການອ່ານຮູບແບບຖານສອງກ່ວາ
ເພື່ອອ່ານຮູບແບບຂໍ້ຄວາມ.
ຕົວຢ່າງກ່ອນຫນ້ານີ້ຈະເປັນ, ເມື່ອລວບລວມ (ແລະພິມຢູ່ທີ່ນີ້ເປັນເລກສິບຫົກ):
1C 4A 8F 03 yahoo 00 85 01 03 Y ahoo ! 00 01
ນີ້ໃຊ້ເວລາພຽງແຕ່ 21 bytes. ຂະໜາດເຄິ່ງໜຶ່ງຂອງຮູບແບບທີ່ມະນຸດສາມາດອ່ານໄດ້. ສໍາລັບອຸປະກອນ Wap,
ນີ້ຫມາຍຄວາມວ່າທັງສອງຫນ້ອຍທີ່ຈະດາວໂຫລດ, ແລະສິ່ງທີ່ງ່າຍຕໍ່ການອ່ານ. ເພາະສະນັ້ນການປຸງແຕ່ງຂອງ
ເອກະສານສາມາດບັນລຸໄດ້ໃນເວລາອັນສັ້ນເມື່ອທຽບກັບສະບັບ tectual ຂອງດຽວກັນ
document
ມີການໂຕ້ຖຽງສຸດທ້າຍ, ແລະບໍ່ແມ່ນສິ່ງທີ່ສໍາຄັນຫນ້ອຍ: ອຸປະກອນ Wap ຈໍານວນຫຼາຍພຽງແຕ່ອ່ານ binary
WML.
ກິດຈະກໍາ
ການປະຕິບັດແມ່ນລັກສະນະທີ່ຄ້າຍຄືກັນກັບ (ແຕ່ມີຫນ້າທີ່ຫນ້ອຍກວ່າ!) SSI (Server Side
ລວມທັງ) ທີ່ມີຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທີ່ດີເຊັ່ນ Apache. ໃນຄໍາສັ່ງທີ່ຈະບໍ່ແຊກແຊງທີ່ແທ້ຈິງ
SSI, ແຕ່ເພື່ອໃຫ້ syntax ງ່າຍຕໍ່ການຮຽນຮູ້, ມັນແຕກຕ່າງກັນໃນຈຸດຫນ້ອຍຫຼາຍ.
syntax
ໂດຍພື້ນຖານແລ້ວ, syntax ເພື່ອປະຕິບັດການປະຕິບັດແມ່ນ:
ໃຫ້ສັງເກດວ່າວົງເລັບມຸມແມ່ນສ່ວນຫນຶ່ງຂອງ syntax. ຍົກເວັ້ນຈຸດນັ້ນ, Actions syntax
ແມ່ນຄ້າຍຄືກັນຫຼາຍກັບ syntax SSI.
ມີ ຫຸ້ນ
ປະຈຸບັນມີພຽງແຕ່ການດໍາເນີນການຈໍານວນຫນ້ອຍເທົ່ານັ້ນ, ແຕ່ສາມາດປະຕິບັດໄດ້ຕາມຄໍາຮ້ອງຂໍ.
ປະກອບດ້ວຍ
ລາຍລະອຽດ
ລວມເອົາໄຟລ໌ໃນເອກະສານຢູ່ໃນຈຸດປະຈຸບັນ. ກະລຸນາສັງເກດວ່າ
Html2Wml ບໍ່ໄດ້ກວດສອບ ຫຼືວິເຄາະໄຟລ໌, ແລະຖ້າບໍ່ສາມາດຊອກຫາໄຟລ໌ໄດ້,
ຈະຕາຍຢ່າງງຽບໆ (ນີ້ແມ່ນພຶດຕິກໍາດຽວກັນກັບ SSI).
ຕົວກໍານົດການ
`virtual=url' -- ໄຟລ໌ແມ່ນໄດ້ຮັບໂດຍ http.
`file=path' -- ໄຟລ໌ຖືກອ່ານຈາກແຜ່ນທ້ອງຖິ່ນ.
fsize
ລາຍລະອຽດ
ສົ່ງຄືນຂະໜາດຂອງໄຟລ໌ຢູ່ຈຸດປັດຈຸບັນຂອງເອກະສານ.
ຕົວກໍານົດການ
`virtual=url' -- ໄຟລ໌ແມ່ນໄດ້ຮັບໂດຍ http.
`file=path' -- ໄຟລ໌ຖືກອ່ານຈາກແຜ່ນທ້ອງຖິ່ນ.
ຫມາຍເຫດ ຖ້າທ່ານໃຊ້ຕົວກໍານົດການໄຟລ໌, ເສັ້ນທາງຢ່າງແທ້ຈິງແມ່ນແນະນໍາ.
ຂ້າມ
ລາຍລະອຽດ
ຂ້າມທຸກຢ່າງໄປຈົນຮອດຄຳສັ່ງ 'end_skip' ທຳອິດ.
generic ພາລາມິເຕີ
ຕົວກໍານົດການດັ່ງຕໍ່ໄປນີ້ສາມາດຖືກນໍາໃຊ້ສໍາລັບການດໍາເນີນການໃດໆ.
ສໍາລັບ =output ຮູບແບບ
ຕົວກໍານົດການນີ້ຈໍາກັດການປະຕິບັດສໍາລັບຮູບແບບຜົນຜະລິດທີ່ໃຫ້. ໃນປັດຈຸບັນ, ພຽງແຕ່
ຮູບແບບທີ່ມີຢູ່ແມ່ນ "`wml'" (ເມື່ອໃຊ້ `html2chtml' ຮູບແບບແມ່ນ "`chtml").
ຕົວຢ່າງ
ຖ້າທ່ານຕ້ອງການແບ່ງປັນແຖບນໍາທາງລະຫວ່າງຫນ້າ WML ຫຼາຍ, ທ່ານສາມາດ 'ລວມ' ມັນໄດ້
ທາງ:
ແນ່ນອນ, ທ່ານຕ້ອງຂຽນແຖບນໍາທາງນີ້ກ່ອນ :-)
ຖ້າທ່ານຕ້ອງການໃຊ້ຫນ້າ HTML ໃນປັດຈຸບັນຂອງທ່ານເພື່ອສ້າງຫນ້າ WML ຂອງທ່ານ, ແຕ່ວ່າພວກມັນ
ມີຕາຕະລາງສະລັບສັບຊ້ອນ, ຫຼືຕາຕະລາງນໍາທາງທີ່ບໍ່ຈໍາເປັນ, ແລະອື່ນໆ, ທ່ານພຽງແຕ່ສາມາດ 'ຂ້າມ' ໄດ້
ພາກສ່ວນທີ່ຊັບຊ້ອນແລະຮັກສາສ່ວນທີ່ເຫຼືອ.
ພາກສ່ວນທີ່ບໍ່ຈໍາເປັນສໍາລັບຫນ້າ WML
ພາກສ່ວນທີ່ເປັນປະໂຫຍດສໍາລັບຫນ້າ WML
LINKS ການແນະ ນຳ ຄືນ
ເຄື່ອງຈັກໃນການຟື້ນຟູການເຊື່ອມໂຍງແມ່ນ IMHO ສ່ວນທີ່ສໍາຄັນທີ່ສຸດຂອງ Html2Wml, ເນື່ອງຈາກວ່າມັນ
ເຄື່ອງຈັກນີ້ຊ່ວຍໃຫ້ທ່ານສາມາດສ້າງການເຊື່ອມໂຍງຂອງເອກະສານ HTML ທີ່ຖືກແປງຄືນໃຫມ່.
ມັນມີສອງໂຫມດ, ຂຶ້ນກັບວ່າ Html2Wml ຖືກເປີດຕົວຈາກແກະຫຼືເປັນ CGI.
ເມື່ອໃຊ້ເປັນ CGI, ເຄື່ອງຈັກນີ້ຈະສ້າງການເຊື່ອມຕໍ່ຂອງເອກະສານ HTML ຄືນໃໝ່
urls ທັງຫມົດຈະຖືກສົ່ງກັບ Html2Wml ເພື່ອປ່ຽນໄຟລ໌ທີ່ຊີ້ໃຫ້ເຫັນ (ຫນ້າຫຼື
ຮູບພາບ). ນີ້ແມ່ນອັດຕະໂນມັດຢ່າງສົມບູນແລະບໍ່ສາມາດປັບແຕ່ງໄດ້ໃນຕອນນີ້ (ແຕ່ຂ້ອຍບໍ່ຄິດ
ຈະເປັນປະໂຫຍດແທ້ໆ).
ເມື່ອນໍາໃຊ້ຈາກແກະ, ເຄື່ອງຈັກນີ້ກໍ່ສ້າງການເຊື່ອມຕໍ່ກັບແມ່ແບບທີ່ໃຫ້.
ໃຫ້ສັງເກດວ່າ URLs ຢ່າງແທ້ຈິງຈະຖືກປະໄວ້ໂດຍບໍ່ໄດ້ສໍາຜັດ. ແມ່ແບບສາມາດປັບແຕ່ງໄດ້ໂດຍໃຊ້
ດັ່ງຕໍ່ໄປນີ້ syntax.
ແມ່ແບບ
ແມ່ແບບ HREF
ແມ່ແບບນີ້ຄວບຄຸມການສ້າງຄຸນສົມບັດ 'href' ຂອງແທັກ 'A' ຄືນໃໝ່. ຂອງມັນ
ມູນຄ່າສາມາດປ່ຽນແປງໄດ້ໂດຍໃຊ້ --hreftmpl ທາງເລືອກ. ຄ່າເລີ່ມຕົ້ນແມ່ນ
`"{FILEPATH}{FILENAME}{$FILETYPE =~ s/s?html?/wml/o; $FILETYPE}"'.
ແມ່ແບບແຫຼ່ງຮູບພາບ
ແມ່ແບບນີ້ຄວບຄຸມການສ້າງຄຸນສົມບັດ 'src' ຂອງແທັກ `IMG' ຄືນໃໝ່. ຂອງມັນ
ມູນຄ່າສາມາດປ່ຽນແປງໄດ້ໂດຍໃຊ້ --srctmpl ທາງເລືອກ. ຄ່າເລີ່ມຕົ້ນແມ່ນ
`"{FILEPATH}{FILENAME}{$FILETYPE =~ s/gif⎪png⎪jpe?g/wbmp/o; $FILETYPE}"'
syntax
ແມ່ແບບແມ່ນສະຕຣິງທີ່ມີ URL ໃຫມ່. ຫຼາຍທີ່ຊັດເຈນ, ມັນເປັນ Text::Template
ແມ່ແບບ. ພາລາມິເຕີສາມາດ interpolated ເປັນຄົງທີ່ຫຼືເປັນຕົວແປ. ແມ່ແບບແມ່ນ
embraced ລະຫວ່າງວົງເລັບ curcly, ແລະສາມາດມີລະຫັດ Perl ທີ່ຖືກຕ້ອງ.
ຮູບແບບທີ່ງ່າຍທີ່ສຸດຂອງແມ່ແບບແມ່ນ `{PARAM}' ເຊິ່ງພຽງແຕ່ໃຫ້ຄ່າຂອງ PARAM. ຖ້າເຈົ້າ
ຕ້ອງການເຮັດບາງສິ່ງບາງຢ່າງທີ່ສັບສົນຫຼາຍ, ທ່ານສາມາດນໍາໃຊ້ຕົວແປທີ່ສອດຄ້ອງກັນ; ຍົກຕົວຢ່າງ
`{"foo $PARAM bar"}', ຫຼື `{ເຂົ້າຮ່ວມ "_", ແຍກ " ", PARAM}'.
ທ່ານອາດຈະອ່ານຂໍ້ຄວາມ::ແມ່ແບບ manpage ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບສິ່ງທີ່ເປັນໄປໄດ້ພາຍໃນ a
ແມ່ແບບ.
ຖ້າ URL ຕົ້ນສະບັບມີສ່ວນສອບຖາມຫຼືສ່ວນຊິ້ນ, ຫຼັງຈາກນັ້ນພວກມັນຈະຖືກຕໍ່ທ້າຍ
ກັບຜົນໄດ້ຮັບຂອງແມ່ແບບ.
ມີ ພາລາມິເຕີ
URL ພາລາມິເຕີນີ້ມີ URL ຕົ້ນສະບັບຈາກຄຸນລັກສະນະ `href' ຫຼື `src'.
ຊື່ເອກະສານ
ພາລາມິເຕີນີ້ມີຊື່ພື້ນຖານຂອງໄຟລ໌.
ເສັ້ນທາງໄຟລ໌
ພາລາມິເຕີນີ້ປະກອບດ້ວຍເສັ້ນທາງຊັ້ນນໍາຂອງໄຟລ໌.
FILETYPE
ພາລາມິເຕີນີ້ມີສ່ວນຕໍ່ທ້າຍຂອງໄຟລ໌.
ນີ້ສາມາດສືບຕໍ່ດ້ວຍວິທີນີ້:
URL = http://www.server.net/path/to/my/page.html
------------^^^^----
⎪ ⎪ \
⎪ ⎪ \
FILEPATH FILENAME FILETYPE
ຈົ່ງຈື່ໄວ້ວ່າ 'FILETYPE' ມີສ່ວນຂະຫຍາຍທັງໝົດຂອງໄຟລ໌, ສະນັ້ນ ຖ້າຊື່ຂອງມັນຄື
index.html.fr ຕົວຢ່າງ, `FILETYPE' ມີ "`.html.fr'".
ຕົວຢ່າງ
ເພື່ອເພີ່ມທາງເລືອກເສັ້ນທາງ:
{URL}$wap
ການນໍາໃຊ້ Apache, ຫຼັງຈາກນັ້ນທ່ານສາມາດເພີ່ມຄໍາສັ່ງ Rewrite ເພື່ອໃຫ້ URL ທີ່ລົງທ້າຍດ້ວຍ '$wap' ຈະເປັນ.
ປ່ຽນເສັ້ນທາງໄປຫາ Html2Wml:
RewriteRule ^(/.*)\$wap$ /cgi-bin/html2wml.cgi?url=$1
ການປ່ຽນແປງການຂະຫຍາຍຂອງຮູບພາບ:
{FILEPATH}{FILENAME}.wbmp
ຕົວແທນ ສະຫນັບສະຫນູນ
Html2Wml ໃຊ້ການຮອງຮັບພຣັອກຊີໃນຕົວ LWP. ມັນຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ, ແລະໂຫຼດຕົວແທນ
ການຕັ້ງຄ່າຈາກຕົວແປສະພາບແວດລ້ອມ, ການນໍາໃຊ້ຕົວແປດຽວກັນກັບໂຄງການອື່ນໆຈໍານວນຫຼາຍ.
ແຕ່ລະໂປໂຕຄອນ (http, ftp, ແລະອື່ນໆ) ສາມາດຖືກແຜນທີ່ເພື່ອໃຊ້ເຊີບເວີພຣັອກຊີໂດຍການຕັ້ງຕົວແປ.
ຂອງແບບຟອມ `PROTOCOL_proxy'. ຕົວຢ່າງ: ໃຊ້ 'http_proxy' ເພື່ອກໍານົດ proxy ສໍາລັບ http
ການເຂົ້າເຖິງ, `ftp_proxy' ສໍາລັບການເຂົ້າເຖິງ ftp. ໃນແກະ, ນີ້ແມ່ນພຽງແຕ່ການກໍານົດຂອງ
ຕົວແປ.
ສໍາລັບ Bourne shell:
$ ສົ່ງອອກ http_proxy="http://proxy.domain.com:8080/"
ສໍາລັບ C-shell:
% setenv http_proxy "http://proxy.domain.com:8080/"
ພາຍໃຕ້ Apache, ທ່ານສາມາດເພີ່ມຄໍາສັ່ງນີ້ໃສ່ໄຟລ໌ການຕັ້ງຄ່າຂອງທ່ານ:
SetEnv http_proxy "http://proxy.domain.com: 8080 "
ແຕ່ນີ້ມີຄ່າເລີ່ມຕົ້ນທີ່ CGI ອື່ນ, ຫຼືໂຄງການອື່ນ, ສາມາດນໍາໃຊ້ນີ້ເພື່ອເຂົ້າເຖິງ
ຊັບພະຍາກອນພາຍນອກ. ວິທີທີ່ດີກວ່າແມ່ນການແກ້ໄຂ Html2Wml ແລະຕື່ມຂໍ້ມູນໃສ່ທາງເລືອກ 'proxy-server'
ດ້ວຍມູນຄ່າທີ່ເຫມາະສົມ.
ຂໍ້ຄວນລະວັງ
Html2Wml ພະຍາຍາມສ້າງເອກະສານ WML ທີ່ຖືກຕ້ອງ, ແຕ່ຮູບແບບທີ່ດີແລະຄວາມຖືກຕ້ອງຂອງ
ເອກະສານບໍ່ໄດ້ຮັບປະກັນ.
") may produce unexpected results. inverted tags (ເຊັ່ນ: " bold ") ອາດຈະໃຫ້ຜົນໄດ້ຮັບທີ່ບໍ່ຄາດຄິດ. ແຕ່ເທົ່ານັ້ນ
ຊອບແວທີ່ບໍ່ດີເຮັດສິ່ງທີ່ບໍ່ດີເຊັ່ນນີ້.
LINKS
ດາວໂຫລດ
html2Wml
ນີ້ແມ່ນເວັບໄຊທ໌ຂອງໂຄງການ Html2Wml, ເປັນເຈົ້າພາບໂດຍ SourceForge.net. ທັງໝົດ
ການປ່ອຍຄວາມຫມັ້ນຄົງສາມາດດາວໂຫຼດໄດ້ຈາກເວັບໄຊທ໌ນີ້.
[ http://www.html2wml.org/ ]
ນູຕິຍແລນ
ນີ້ແມ່ນເວັບໄຊຂອງຜູ້ຂຽນ, ບ່ອນທີ່ທ່ານສາມາດຊອກຫາຮວບຮວມຂອງທັງຫມົດ
ການປ່ອຍຂອງ Html2Wml.
[ http://www.maddingue.org/softwares/ ]
ຊັບພະຍາກອນ
ເວທີ WAP
ນີ້ແມ່ນເວັບໄຊທາງການຂອງ WAP Forum. ທ່ານສາມາດຊອກຫາຂໍ້ມູນດ້ານວິຊາການບາງຢ່າງ,
ເປັນສະເພາະຂອງເຕັກໂນໂລຊີທັງຫມົດທີ່ກ່ຽວຂ້ອງກັບ WAP ໄດ້.
[ http://www.wapforum.org/ ]
WAP.com
ເວັບໄຊທ໌ນີ້ມີຂໍ້ມູນທີ່ເປັນປະໂຫຍດແລະການເຊື່ອມໂຍງບາງຢ່າງ. ໂດຍສະເພາະ, ມັນມີນ້ໍາດີ
ເຮັດ FAQ.
[ http://www.wap.com/ ]
ອົງການ World Wide Web Consortium
ເຖິງແມ່ນວ່າບໍ່ກ່ຽວຂ້ອງໂດຍກົງກັບສິ່ງຂອງ Wap, ທ່ານອາດຈະເຫັນວ່າເປັນປະໂຫຍດທີ່ຈະອ່ານ
ຂໍ້ມູນສະເພາະຂອງ XML (WML ແມ່ນແອັບພລິເຄຊັນ XML), ແລະຂໍ້ສະເພາະຂອງ
ພາສາສະໄຕລ໌ຊີດທີ່ແຕກຕ່າງກັນ (CSS ແລະ XSL), ເຊິ່ງລວມມີການສະຫນັບສະຫນູນສໍາລັບຄວາມລະອຽດຕ່ໍາ
ອຸປະກອນ.
[ http://www.w3.org/ ]
TuxMobil
ເວັບໄຊທ໌ນີ້ແມ່ນອຸທິດຕົນເພື່ອລະບົບ Mobile UniX. ມັນນໍາທ່ານໄປສູ່ຫຼາຍທີ່ເປັນປະໂຫຍດ
ຂໍ້ມູນກ່ຽວກັບການຕິດຕັ້ງແລະແລ່ນ Linux ແລະ BSD ໃນຄອມພິວເຕີ, PDA ແລະ
ອຸປະກອນຄອມພິວເຕີມືຖືອື່ນໆ.
[ http://www.tuxmobil.org/ ]
Programmers ງົບປະມານຂອງ
HTML Tidy
ນີ້ແມ່ນສິ່ງທີ່ເປັນປະໂຫຍດຫຼາຍທີ່ຈະແກ້ໄຂໄຟລ໌ HTML ຂອງທ່ານເພື່ອໃຫ້ພວກເຂົາສອດຄ່ອງກັບ
ມາດຕະຖານ W3C.
[ http://www.w3.org/People/Raggett/tidy ]
ແຄນ
Kannel ເປັນແຫຼ່ງເປີດປະຕູ Wap ແລະ SMS. A compiler WML ແມ່ນລວມຢູ່ໃນ
ການແຈກຢາຍ.
[ http://www.kannel.org/ ]
ເຄື່ອງມື WML
ນີ້ແມ່ນການເກັບກໍາຂອງອຸປະກອນສໍາລັບໂຄງການ WML. ນີ້ປະກອບມີ compiler, a
decompiler, viewer ແລະ WBMP converter.
[ http://pwot.co.uk/wml/ ]
WML ຕົວທ່ອງເວັບ ແລະ ວາບ ຕົວຢ່າງ
Opera
Opera ແມ່ນຕົ້ນສະບັບຂອງຕົວທ່ອງເວັບ, ແຕ່ສະບັບ 5 ມີການສະຫນັບສະຫນູນທີ່ດີສໍາລັບ XML ແລະ
WML. Opera ສາມາດໃຊ້ໄດ້ຟຣີສໍາລັບລະບົບຫຼາຍລະບົບ.
[ http://www.opera.com/ ]
ວໍອາປາ
wApua ເປັນແຫຼ່ງເປີດຂອງຕົວທ່ອງເວັບ WML ທີ່ຂຽນໃນ Perl/Tk. ມັນເປັນການງ່າຍທີ່ຈະ intall ແລະ
ໃຊ້. ການສະຫນັບສະຫນູນຂອງມັນສໍາລັບ WML ແມ່ນບໍ່ຄົບຖ້ວນ, ແຕ່ພຽງພໍສໍາລັບຈຸດປະສົງການທົດສອບ.
[ http://fsinfo.cs.uni-sb.de/~abe/wApua/ ]
Tofoa
Tofoa ເປັນແຫຼ່ງເປີດ Wap emulator ຂຽນໃນ Python. ການຕິດຕັ້ງຂອງມັນແມ່ນຂ້ອນຂ້າງ
ຄວາມຫຍຸ້ງຍາກ, ແລະການສະຫນັບສະຫນູນ WML ທີ່ບໍ່ສົມບູນຂອງມັນເຮັດໃຫ້ມັນຜະລິດຜົນໄດ້ຮັບທີ່ແປກປະຫຼາດ, ເຖິງແມ່ນວ່າມີ
ເອກະສານ WML ທີ່ຖືກຕ້ອງ.
[ http://tofoa.free-system.com/ ]
EzWAP
EzWAP, ຈາກ EZOS, ເປັນຕົວທ່ອງເວັບການຄ້າ WML ທີ່ບໍ່ເສຍຄ່າສໍາລັບ Windows 9x, NT,
2000 ແລະ CE. ເມື່ອປຽບທຽບກັບຕົວທ່ອງເວັບຂອງ Windows WML ອື່ນໆ, ມັນຮຽກຮ້ອງໃຫ້ມີຊັບພະຍາກອນຈໍານວນຫນ້ອຍຫຼາຍ,
ແລະມີຄວາມຫມັ້ນຄົງຂ້ອນຂ້າງ. ການສະຫນັບສະຫນູນຂອງມັນສໍາລັບ WML specs ເບິ່ງຄືວ່າຂ້ອນຂ້າງສົມບູນ. ດີຫຼາຍ
ຊອບແວ.
[ http://www.ezos.com/ ]
Deck-It
Deck-ມັນເປັນເຄື່ອງຈຳລອງໂທລະສັບ Wap ທາງດ້ານການຄ້າ, ສາມາດໃຊ້ໄດ້ກັບ Windows ແລະ Linux/Intel
ເທົ່ານັ້ນ. ມັນເປັນຊອບແວທີ່ດີຫຼາຍທີ່ສະແດງໃຫ້ເຫັນວິທີການສະແດງຫນ້າ WML
ຢູ່ໃນໂທລະສັບ Wap, ແຕ່ຫນຶ່ງໃນຄ່າເລີ່ມຕົ້ນທີ່ສໍາຄັນຂອງມັນແມ່ນວ່າມັນບໍ່ສາມາດອ່ານໄຟລ໌ທ້ອງຖິ່ນໄດ້.
[ http://www.pyweb.com/tools/ ]
ຕົວທ່ອງເວັບ Klondike WAP
Klondike WAP Browser ເປັນຕົວທ່ອງເວັບການຄ້າ WAP ທີ່ມີຢູ່ໃນ Windows ແລະ PocketPC.
[ http://www.apachesoftware.com/ ]
WinWAP
WinWAP ເປັນຕົວທ່ອງເວັບການຄ້າ Wap, ມີໃຫ້ຟຣີສໍາລັບ Windows.
[ http://www.winwap.org/ ]
WAPman
WAPman ຈາກ EdgeMatrix, ເປັນຕົວທ່ອງເວັບການຄ້າ WAP ທີ່ມີຢູ່ໃນ Windows ແລະ PalmOS.
[ http://www.edgematrix.com/edge/control/MainContentBean?page=downloads]
ຄູ່ໄຮ້ສາຍ
Wireless Companion, ຈາກ YourWap.com, ເປັນຕົວຈຳລອງ WAP ທີ່ມີໃຫ້ກັບ Windows.
[ http://www.yourwap.com/ ]
ມືຖື
Mobilizer ເປັນ emulator Wap ທີ່ສາມາດໃຊ້ໄດ້ສໍາລັບ Windows ແລະ Unix.
[ http://mobilizer.sourceforge.net/ ]
QWmlBrowser
QWmlBrowser (ເມື່ອກ່ອນເອີ້ນວ່າ WML Browser) ເປັນແຫຼ່ງເປີດ WML browser, ຂຽນ
ການນໍາໃຊ້ຊຸດເຄື່ອງມື Qt.
[ http://www.wmlbrowser.org/ ]
Wapsody
Wapsody, ພັດທະນາໂດຍ IBM, ແມ່ນສະພາບແວດລ້ອມຈໍາລອງທີ່ມີຢູ່ຢ່າງເສລີທີ່
ປະຕິບັດຂໍ້ກໍາຫນົດ WAP. ມັນຍັງມີຕົວທ່ອງເວັບ WML ເຊິ່ງສາມາດດໍາເນີນການໄດ້
ໂດດດ່ຽວ. ດັ່ງທີ່ Wapsody ຖືກຂຽນໄວ້ໃນ Java/Swing, ມັນຄວນຈະເຮັດວຽກຢູ່ໃນລະບົບໃດນຶ່ງ.
[ http://alphaworks.ibm.com/aw.nsf/techmain/wapsody ]
WAPreview
WAPreview ເປັນ emulator Wap ທີ່ຂຽນໃນ Java. ຍ້ອນວ່າມັນໃຊ້ UI ທີ່ອີງໃສ່ HTML ແລະຕ້ອງການ a
ຕົວແທນເວັບໄຊຕ໌ທ້ອງຖິ່ນ, ມັນເຮັດວຽກຂ້ອນຂ້າງຊ້າ.
[ http://wapreview.sourceforge.net ]
PicoWap
PicoWap ແມ່ນຕົວທ່ອງເວັບ WML ຂະຫນາດນ້ອຍທີ່ເຮັດໂດຍນັກຮຽນຝຣັ່ງສາມຄົນ.
[ http://membres.lycos.fr/picowap/ ]
ການຍອມຮັບ
Werner Heuser, ສໍາລັບແນວຄວາມຄິດຈໍານວນຫລາຍ, ຄໍາແນະນໍາແລະການຊ່ວຍເຫຼືອຂອງລາວສໍາລັບການດີບັກ
Igor Khristophorov, ສໍາລັບຄໍາແນະນໍາຈໍານວນຫລາຍຂອງລາວ
ແລະທຸກຄົນທີ່ສົ່ງລາຍງານແມງໄມ້ໃຫ້ຂ້ອຍ: Daniele Frijia, Axel Jerabek, Ouyang
ໃຊ້ html2wml ອອນລາຍໂດຍໃຊ້ບໍລິການ onworks.net
