Search the web
Sign In
New User? Sign Up
radio-dev
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Want your group to be featured on the Yahoo! Groups website? Add a group photo to Flickr.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
OPML and High ASCII chars   Message List  
Reply | Forward Message #6646 of 8443 |
Hi all

Some time ago I found a bug in Radio relative to stressed chars
(אטילעש and so on) aka High ASCII chars, opml and macOs.

I discovered it using activeRenderer Marc Barrot tool but it should
affect any opml even saved through other renderers.

I notified tu UL some time ago, and Jake confirmed me it looked as I
had fixed it. He had to check suggested fix and then he was going to
release it, but either it didn't pass his test, or he hadn't time to
release the update.

Userland guys have got much to do and I can understand they posponed this fix.

As many people asked to have this problem solved I am publishing my
fix here, but anyone applying it be warned he does it at his own
risk, no warranty is given on it. It may be overwritten from
successive UL updates to involved functions too.

Anyway I have been working with fixed functions since a month and
apparently had no problem.

Here is the bug and the fix:

system.verbs.builtins.radio.webServer.buildPage, that is called when
uploading changed files, reads opml files from disk and translates
the opml file text without doing string.latinToMac under macOS...
this has the opml rendered and uploaded with all stressed chars
translated to ugly text or chars.

I fixed it adding just a pair of lines in
system.verbs.builtins.radio.webServer.buildPage:

Current code:

if pta^.radioResponder.fileMimeType == "text/x-opml" {
op.xmlToOutline (filetext, @filetext)}

Modified code:

if pta^.radioResponder.fileMimeType == "text/x-opml" {
if system.environment.isMac { // take care of Mac encoding
filetext = string.latinToMac(filetext)};
op.xmlToOutline (filetext, @filetext)}

This fixes the problem on my Mac ;)

A similar problem seems to affect
system.verbs.builtins.radio.file.getFileAttributes in the following
lines:

case mimetype {
"text/x-opml" {
op.xmlToOutline (file.readwholefile (f),
@adrcache^.outline);
html.runOutlineDirectives
(@adrcache^.outline, adrcache);
if window.isOpen (@adrcache^.outline) {
//work around a kernel bug
window.close (@adrcache^.outline)}};

Here op.xmlToOutline compiles a opml with all stressed chars wrong.
Suggested fix:

case mimetype {
"text/x-opml" {
local (filetext = file.readwholefile (f));
if system.environment.isMac { // take care of
Mac encoding
filetext = string.latinToMac(filetext)};
op.xmlToOutline (filetext, @adrcache^.outline);
html.runOutlineDirectives
(@adrcache^.outline, adrcache);
if window.isOpen (@adrcache^.outline) {
//work around a kernel bug
window.close (@adrcache^.outline)}};

--

Simone

---------------------------------------------------------------
"The web was built with hypertext, not hypergraphics."
Jeffrey Zeldman
---------------------------------------------------------------
weblog: http://simone.blogs.it
---------------------------------------------------------------



Thu Aug 29, 2002 9:39 pm

simoneevectors
Offline Offline
Send Email Send Email

Forward
Message #6646 of 8443 |
Expand Messages Author Sort by Date

Hi all Some time ago I found a bug in Radio relative to stressed chars (אטילעש and so on) aka High ASCII chars, opml and macOs. I discovered it using...
Simone Bettini
simoneevectors
Offline Send Email
Aug 29, 2002
9:39 pm
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help