Thread: Sharp looking to push oddball XMDF format on new LCD readers
View Single Post
Old 07-20-2010, 08:34 AM   #2
murraypaul
Interested Bystander
murraypaul ought to be getting tired of karma fortunes by now.murraypaul ought to be getting tired of karma fortunes by now.murraypaul ought to be getting tired of karma fortunes by now.murraypaul ought to be getting tired of karma fortunes by now.murraypaul ought to be getting tired of karma fortunes by now.murraypaul ought to be getting tired of karma fortunes by now.murraypaul ought to be getting tired of karma fortunes by now.murraypaul ought to be getting tired of karma fortunes by now.murraypaul ought to be getting tired of karma fortunes by now.murraypaul ought to be getting tired of karma fortunes by now.murraypaul ought to be getting tired of karma fortunes by now.
 
Posts: 3,725
Karma: 19728152
Join Date: Jun 2008
Device: Note 4, Kobo One
Quote:
Originally Posted by charleski View Post
The odd thing is that it's pretty hard to get any real info on this XMDF format (I don't think it's the same thing as the library for describing river cross-sections). A bit of digging found that it was developed by Sharp and has been formalised as IEC 62448 ed2.0, which is not much use as I'm not about to pay to read the spec. A table of contents is available here, but isn't very informative, though there is an intriguing reference to Ruby.
If this has been developed primarily for Japan, then this probably refers to ruby characters rather than the Ruby language.
murraypaul is offline   Reply With Quote