summaryrefslogtreecommitdiffstats
path: root/HACKING
diff options
context:
space:
mode:
authorunknown <unknown@unknown>2009-10-23 04:30:00 +0000
committerunknown <unknown@unknown>2009-10-23 04:30:00 +0000
commit1bd02c3f58179927245376d9f0762d19a351df23 (patch)
treeef00b2976f8e4e9a20277f1aa883c406e4935ebe /HACKING
parentddf5c42f67757000d6ec7686b92a667c2a252dca (diff)
downloadiksemel-1bd02c3f58179927245376d9f0762d19a351df23.tar.gz
iksemel-1bd02c3f58179927245376d9f0762d19a351df23.tar.xz
iksemel-1bd02c3f58179927245376d9f0762d19a351df23.zip
Imported from iksemel-1.4.tar.gz.vendor
Diffstat (limited to 'HACKING')
-rw-r--r--HACKING31
1 files changed, 2 insertions, 29 deletions
diff --git a/HACKING b/HACKING
index 5cd46d5..f579d6b 100644
--- a/HACKING
+++ b/HACKING
@@ -8,8 +8,8 @@ before sending patches to the iksemel, since it is implicitly assumed that
your patches are also submitted under the LGPL license.
-Roadmap:
-========
+General Idea:
+=============
Main goal of the iksemel is removing complexity from programs using the
library and the library itself. This is the reason why only a subset of XML
@@ -18,33 +18,6 @@ implemented when we found ways to implement them without adding
too much complexity to the iksemel code. Somewhat external standarts
(XPath, XQuery, XSLT, vs) will probably not make it into the iksemel.
-* validation
-
-I think easiest way to add this feature is writing another parser based on the
-sax parser which parses a dtd (either from sax parser's markup callback which
-needs to be implemented or from an external source via iks_vsax_set_dtd() call)
-and checks the arguments of sax callbacks. Using it via dom or stream parsers
-can require some clever tricks. there are also xml schemas. they are easy to parse
-(it is xml anyway) but can be hard to apply.
-
-* utf16
-
-There are two sides of this. Improving parser to accept utf16 can be relatively
-easy. But on the client side things can get confusing. What will be the default
-character set used by iks_new(), iks_insert_cdata() and similar functions? and
-how they will allow other charsets to be used. Supporting more than utf8 and
-utf16 is more difficult. Hopefully there is no immediate need for this. Jabber
-uses only utf8 and you can use iconv if you are using another charset in your
-application. Btw, there is also byte order issue which is silly. Inventor of BOM
-crap must be killed.
-
-* jabber roster
-
-Roster handling generally depends on the UI system used. But I think a generic
-roster handler which parses roster result, pushes, presence changes and
-allows application to access and display this data can be useful. Challenge
-here is making it UI independent and extensible by the application.
-
File Layout:
============