Thread: [Freemind-developer] URLs of local files - spaces
A premier mind-mapping software written in Java
Brought to you by:
christianfoltin,
danielpolansky
From: Dan P. <dan...@gm...> - 2008-06-25 07:57:57
|
Dear Chris, I have created a new issue in the Issues tracker, requiring that spaces in the URLs of local files are left unconverted to "%20". See also: http://sourceforge.net/tracker/index.php?func=detail&aid=2002285&group_id=7118&atid=1006953 Best regards, Dan |
From: Christian F. <chr...@gm...> - 2008-06-25 08:58:05
|
Hi Dan, what is the reason? Spaces must not occur in URLs. Even for local files, the URLS contain %20 instead (verify with your browser, please). We have fixed the issue with windows2k in opening this form of URL and now, everything works as expected, AFAIK. Regards, Chris -------- Original-Nachricht -------- > Datum: Wed, 25 Jun 2008 09:58:01 +0200 > Von: "Dan Polansky" <dan...@gm...> > An: fre...@li... > Betreff: [Freemind-developer] URLs of local files - spaces > Dear Chris, > > I have created a new issue in the Issues tracker, requiring that spaces in > the URLs of local files are left unconverted to "%20". > > See also: > http://sourceforge.net/tracker/index.php?func=detail&aid=2002285&group_id=7118&atid=1006953 > > Best regards, > Dan -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger |
From: Dan P. <dan...@gm...> - 2008-06-25 09:51:16
|
Dear Chris, You write that "Spaces must not occur in URLs." Is there any basis for the quoted statement? And on the supposition that they must not, how is it that they do occur in URLs in OpenOffice and in Microsoft Office? From what I understand, file URLs were originally not URLs proper; they were not specified in some of the first RFCs that specifed what a URL is. I do not know the state of the matter today, but if the major providers of office software keep the spaces, I do not think there can be any basis for the strong normative (not descriptive and not scientifically testable) statement "Spaces must not occur in URLs of life." The usability concern, for me and, judging from some forum messages, for other users, is that spaces are easier to read, easier to enter manually, they are pasted into FreeMind from other applications, and are the de facto standard in file URLs. That is why I think that spaces should (weak non-descriptive requiring statement) be kept, instead of being replaced with "%20". Best regards, Dan On Wed, Jun 25, 2008 at 10:58 AM, Christian Foltin <chr...@gm...> wrote: > Hi Dan, > > what is the reason? Spaces must not occur in URLs. Even for local files, > the URLS contain %20 instead (verify with your browser, please). We have > fixed the issue with windows2k in opening this form of URL and now, > everything works as expected, AFAIK. > > Regards, > > Chris > -------- Original-Nachricht -------- > > Datum: Wed, 25 Jun 2008 09:58:01 +0200 > > Von: "Dan Polansky" <dan...@gm...> > > An: fre...@li... > > Betreff: [Freemind-developer] URLs of local files - spaces > > > Dear Chris, > > > > I have created a new issue in the Issues tracker, requiring that spaces > in > > the URLs of local files are left unconverted to "%20". > > > > See also: > > > http://sourceforge.net/tracker/index.php?func=detail&aid=2002285&group_id=7118&atid=1006953 > > > > Best regards, > > Dan > > -- > Psssst! Schon vom neuen GMX MultiMessenger gehört? > Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Dimitri P. <dpo...@gm...> - 2008-06-25 20:20:10
|
Dear Dan and Chris, I support the request of Dan. Consider that maps can not be opened from network drives any more since the discussed changes have been done, and I consider it to be a real show stopper. Look into http://sourceforge.net/forum/forum.php?thread_id=2085778&forum_id=320014 for more info. Kind regards, Dimitry -------- Original-Nachricht -------- > Datum: Wed, 25 Jun 2008 11:51:21 +0200 > Von: "Dan Polansky" <dan...@gm...> > An: fre...@li... > Betreff: Re: [Freemind-developer] URLs of local files - spaces > Dear Chris, > > You write that "Spaces must not occur in URLs." Is there any basis for the > quoted statement? And on the supposition that they must not, how is it > that > they do occur in URLs in OpenOffice and in Microsoft Office? From what I > understand, file URLs were originally not URLs proper; they were not > specified in some of the first RFCs that specifed what a URL is. I do not > know the state of the matter today, but if the major providers of office > software keep the spaces, I do not think there can be any basis for the > strong normative (not descriptive and not scientifically testable) > statement > "Spaces must not occur in URLs of life." > > The usability concern, for me and, judging from some forum messages, for > other users, is that spaces are easier to read, easier to enter manually, > they are pasted into FreeMind from other applications, and are the de > facto > standard in file URLs. That is why I think that spaces should (weak > non-descriptive requiring statement) be kept, instead of being replaced > with > "%20". > > Best regards, > Dan > > > On Wed, Jun 25, 2008 at 10:58 AM, Christian Foltin > <chr...@gm...> > wrote: > > > Hi Dan, > > > > what is the reason? Spaces must not occur in URLs. Even for local files, > > the URLS contain %20 instead (verify with your browser, please). We have > > fixed the issue with windows2k in opening this form of URL and now, > > everything works as expected, AFAIK. > > > > Regards, > > > > Chris > > -------- Original-Nachricht -------- > > > Datum: Wed, 25 Jun 2008 09:58:01 +0200 > > > Von: "Dan Polansky" <dan...@gm...> > > > An: fre...@li... > > > Betreff: [Freemind-developer] URLs of local files - spaces > > > > > Dear Chris, > > > > > > I have created a new issue in the Issues tracker, requiring that > spaces > > in > > > the URLs of local files are left unconverted to "%20". > > > > > > See also: > > > > > > http://sourceforge.net/tracker/index.php?func=detail&aid=2002285&group_id=7118&atid=1006953 > > > > > > Best regards, > > > Dan > > > > -- > > Psssst! Schon vom neuen GMX MultiMessenger gehört? > > Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger > > > > > ------------------------------------------------------------------------- > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://sourceforge.net/services/buy/index.php > > _______________________________________________ > > Freemind-developer mailing list > > Fre...@li... > > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > |
From: Eric L. - F. <fre...@zo...> - 2008-06-26 12:04:33
|
Hello, googling for url and unc, you'll see that we're not alone with this issue. In order to not reinvent the wheel, I would suggest to use (and document) the specs defined by OOo under http://udk.openoffice.org/cpp/man/spec/uris.html Assuming we settle on this resolution, it doesn't resolve all issues, some questions remain: 1. URLs need to be translated back and forth between file format, internal representation, user entry (through file dialog or manually aka Ctrl+K) and command line call (click on the link, possibly platform dependent). The rules for these translations need to be clarified as well. 2. How links coming from 0.8.0 are to be translated into the agreed format? 3. Less important perhaps, how links coming from 0.9.0.BetaN are to be translated into the agreed format? And I think that, now that we've got the issue, this needs to be fixed prior to release of 0.9.0. Eric Dimitri Polivaev said: > Dear Dan and Chris, > > I support the request of Dan. Consider that maps can not be opened from > network drives any more since the discussed changes have been done, and I > consider it to be a real show stopper. > > Look into > http://sourceforge.net/forum/forum.php?thread_id=2085778&forum_id=320014 > for more info. > > Kind regards, > Dimitry > > -------- Original-Nachricht -------- >> Datum: Wed, 25 Jun 2008 11:51:21 +0200 >> Von: "Dan Polansky" <dan...@gm...> >> An: fre...@li... >> Betreff: Re: [Freemind-developer] URLs of local files - spaces > >> Dear Chris, >> >> You write that "Spaces must not occur in URLs." Is there any basis for >> the >> quoted statement? And on the supposition that they must not, how is it >> that >> they do occur in URLs in OpenOffice and in Microsoft Office? From what I >> understand, file URLs were originally not URLs proper; they were not >> specified in some of the first RFCs that specifed what a URL is. I do >> not >> know the state of the matter today, but if the major providers of office >> software keep the spaces, I do not think there can be any basis for the >> strong normative (not descriptive and not scientifically testable) >> statement >> "Spaces must not occur in URLs of life." >> >> The usability concern, for me and, judging from some forum messages, for >> other users, is that spaces are easier to read, easier to enter >> manually, >> they are pasted into FreeMind from other applications, and are the de >> facto >> standard in file URLs. That is why I think that spaces should (weak >> non-descriptive requiring statement) be kept, instead of being replaced >> with >> "%20". >> >> Best regards, >> Dan >> >> >> On Wed, Jun 25, 2008 at 10:58 AM, Christian Foltin >> <chr...@gm...> >> wrote: >> >> > Hi Dan, >> > >> > what is the reason? Spaces must not occur in URLs. Even for local >> files, >> > the URLS contain %20 instead (verify with your browser, please). We >> have >> > fixed the issue with windows2k in opening this form of URL and now, >> > everything works as expected, AFAIK. >> > >> > Regards, >> > >> > Chris >> > -------- Original-Nachricht -------- >> > > Datum: Wed, 25 Jun 2008 09:58:01 +0200 >> > > Von: "Dan Polansky" <dan...@gm...> >> > > An: fre...@li... >> > > Betreff: [Freemind-developer] URLs of local files - spaces >> > >> > > Dear Chris, >> > > >> > > I have created a new issue in the Issues tracker, requiring that >> spaces >> > in >> > > the URLs of local files are left unconverted to "%20". >> > > >> > > See also: >> > > >> > >> http://sourceforge.net/tracker/index.php?func=detail&aid=2002285&group_id=7118&atid=1006953 >> > > >> > > Best regards, >> > > Dan >> > >> > -- >> > Psssst! Schon vom neuen GMX MultiMessenger gehört? >> > Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger >> > >> > >> ------------------------------------------------------------------------- >> > Check out the new SourceForge.net Marketplace. >> > It's the best place to buy or sell services for >> > just about anything Open Source. >> > http://sourceforge.net/services/buy/index.php >> > _______________________________________________ >> > Freemind-developer mailing list >> > Fre...@li... >> > https://lists.sourceforge.net/lists/listinfo/freemind-developer >> > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > -- Eric de France, d'Allemagne et de Navarre |
From: Ray B. <ray...@co...> - 2008-06-26 17:45:41
|
Guys, I suggest you simply find an already created library that translates URLS. That way, you can use it without worrying that you are introducing untested code. If there are errors, they will be fairly simple ones having to do with the how you used the new library. As you've discovered the spaces problem has been found and fixed many many times. Best not to reinvent the world. Ray Eric Lavarde - FreeMind wrote: > Hello, > > googling for url and unc, you'll see that we're not alone with this issue. > > In order to not reinvent the wheel, I would suggest to use (and document) > the specs defined by OOo under > http://udk.openoffice.org/cpp/man/spec/uris.html > > Assuming we settle on this resolution, it doesn't resolve all issues, some > questions remain: > > 1. URLs need to be translated back and forth between file format, internal > representation, user entry (through file dialog or manually aka Ctrl+K) > and command line call (click on the link, possibly platform dependent). > The rules for these translations need to be clarified as well. > > 2. How links coming from 0.8.0 are to be translated into the agreed format? > > 3. Less important perhaps, how links coming from 0.9.0.BetaN are to be > translated into the agreed format? > > And I think that, now that we've got the issue, this needs to be fixed > prior to release of 0.9.0. > > Eric > > Dimitri Polivaev said: > >> Dear Dan and Chris, >> >> I support the request of Dan. Consider that maps can not be opened from >> network drives any more since the discussed changes have been done, and I >> consider it to be a real show stopper. >> >> Look into >> http://sourceforge.net/forum/forum.php?thread_id=2085778&forum_id=320014 >> for more info. >> >> Kind regards, >> Dimitry >> >> -------- Original-Nachricht -------- >> >>> Datum: Wed, 25 Jun 2008 11:51:21 +0200 >>> Von: "Dan Polansky" <dan...@gm...> >>> An: fre...@li... >>> Betreff: Re: [Freemind-developer] URLs of local files - spaces >>> >>> Dear Chris, >>> >>> You write that "Spaces must not occur in URLs." Is there any basis for >>> the >>> quoted statement? And on the supposition that they must not, how is it >>> that >>> they do occur in URLs in OpenOffice and in Microsoft Office? From what I >>> understand, file URLs were originally not URLs proper; they were not >>> specified in some of the first RFCs that specifed what a URL is. I do >>> not >>> know the state of the matter today, but if the major providers of office >>> software keep the spaces, I do not think there can be any basis for the >>> strong normative (not descriptive and not scientifically testable) >>> statement >>> "Spaces must not occur in URLs of life." >>> >>> The usability concern, for me and, judging from some forum messages, for >>> other users, is that spaces are easier to read, easier to enter >>> manually, >>> they are pasted into FreeMind from other applications, and are the de >>> facto >>> standard in file URLs. That is why I think that spaces should (weak >>> non-descriptive requiring statement) be kept, instead of being replaced >>> with >>> "%20". >>> >>> Best regards, >>> Dan >>> >>> >>> On Wed, Jun 25, 2008 at 10:58 AM, Christian Foltin >>> <chr...@gm...> >>> wrote: >>> >>> >>>> Hi Dan, >>>> >>>> what is the reason? Spaces must not occur in URLs. Even for local >>>> >>> files, >>> >>>> the URLS contain %20 instead (verify with your browser, please). We >>>> >>> have >>> >>>> fixed the issue with windows2k in opening this form of URL and now, >>>> everything works as expected, AFAIK. >>>> >>>> Regards, >>>> >>>> Chris >>>> -------- Original-Nachricht -------- >>>> >>>>> Datum: Wed, 25 Jun 2008 09:58:01 +0200 >>>>> Von: "Dan Polansky" <dan...@gm...> >>>>> An: fre...@li... >>>>> Betreff: [Freemind-developer] URLs of local files - spaces >>>>> >>>>> Dear Chris, >>>>> >>>>> I have created a new issue in the Issues tracker, requiring that >>>>> >>> spaces >>> >>>> in >>>> >>>>> the URLs of local files are left unconverted to "%20". >>>>> >>>>> See also: >>>>> >>>>> >>> http://sourceforge.net/tracker/index.php?func=detail&aid=2002285&group_id=7118&atid=1006953 >>> >>>>> Best regards, >>>>> Dan >>>>> >>>> -- >>>> Psssst! Schon vom neuen GMX MultiMessenger gehört? >>>> Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger >>>> >>>> >>>> >>> ------------------------------------------------------------------------- >>> >>>> Check out the new SourceForge.net Marketplace. >>>> It's the best place to buy or sell services for >>>> just about anything Open Source. >>>> http://sourceforge.net/services/buy/index.php >>>> _______________________________________________ >>>> Freemind-developer mailing list >>>> Fre...@li... >>>> https://lists.sourceforge.net/lists/listinfo/freemind-developer >>>> >>>> >> ------------------------------------------------------------------------- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> Freemind-developer mailing list >> Fre...@li... >> https://lists.sourceforge.net/lists/listinfo/freemind-developer >> >> >> > > > |
From: Christian F. (GMX) <chr...@gm...> - 2008-06-26 19:38:30
|
Dear all, Dimitry: the network drive problems has IMHO nothing to do with spaces in file: URLs as it is a problem of URI to URL conversion. Regards, Chris Dimitri Polivaev schrieb: > Dear Dan and Chris, > > I support the request of Dan. Consider that maps can not be opened from network drives any more since the discussed changes have been done, and I consider it to be a real show stopper. > > Look into http://sourceforge.net/forum/forum.php?thread_id=2085778&forum_id=320014 for more info. > > Kind regards, > Dimitry > > -------- Original-Nachricht -------- > >> Datum: Wed, 25 Jun 2008 11:51:21 +0200 >> Von: "Dan Polansky" <dan...@gm...> >> An: fre...@li... >> Betreff: Re: [Freemind-developer] URLs of local files - spaces >> > > >> Dear Chris, >> >> You write that "Spaces must not occur in URLs." Is there any basis for the >> quoted statement? And on the supposition that they must not, how is it >> that >> they do occur in URLs in OpenOffice and in Microsoft Office? From what I >> understand, file URLs were originally not URLs proper; they were not >> specified in some of the first RFCs that specifed what a URL is. I do not >> know the state of the matter today, but if the major providers of office >> software keep the spaces, I do not think there can be any basis for the >> strong normative (not descriptive and not scientifically testable) >> statement >> "Spaces must not occur in URLs of life." >> >> The usability concern, for me and, judging from some forum messages, for >> other users, is that spaces are easier to read, easier to enter manually, >> they are pasted into FreeMind from other applications, and are the de >> facto >> standard in file URLs. That is why I think that spaces should (weak >> non-descriptive requiring statement) be kept, instead of being replaced >> with >> "%20". >> >> Best regards, >> Dan >> >> >> On Wed, Jun 25, 2008 at 10:58 AM, Christian Foltin >> <chr...@gm...> >> wrote: >> >> >>> Hi Dan, >>> >>> what is the reason? Spaces must not occur in URLs. Even for local files, >>> the URLS contain %20 instead (verify with your browser, please). We have >>> fixed the issue with windows2k in opening this form of URL and now, >>> everything works as expected, AFAIK. >>> >>> Regards, >>> >>> Chris >>> -------- Original-Nachricht -------- >>> >>>> Datum: Wed, 25 Jun 2008 09:58:01 +0200 >>>> Von: "Dan Polansky" <dan...@gm...> >>>> An: fre...@li... >>>> Betreff: [Freemind-developer] URLs of local files - spaces >>>> >>>> Dear Chris, >>>> >>>> I have created a new issue in the Issues tracker, requiring that >>>> >> spaces >> >>> in >>> >>>> the URLs of local files are left unconverted to "%20". >>>> >>>> See also: >>>> >>>> >> http://sourceforge.net/tracker/index.php?func=detail&aid=2002285&group_id=7118&atid=1006953 >> >>>> Best regards, >>>> Dan >>>> >>> -- >>> Psssst! Schon vom neuen GMX MultiMessenger gehört? >>> Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger >>> >>> >>> >> ------------------------------------------------------------------------- >> >>> Check out the new SourceForge.net Marketplace. >>> It's the best place to buy or sell services for >>> just about anything Open Source. >>> http://sourceforge.net/services/buy/index.php >>> _______________________________________________ >>> Freemind-developer mailing list >>> Fre...@li... >>> https://lists.sourceforge.net/lists/listinfo/freemind-developer >>> >>> > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > |
From: Dan P. <dan...@gm...> - 2008-06-26 05:16:03
|
I am forwarding the post of Chris sent under a different subject title, so that I stays under the same subject title, for easy tracking: Chris wrote: Dear Dan, you'll get an email this evening proving that OOo stores hyperlinks as %20 coded URLs. And now, I looked at word in detail: If you make an hyperlink in word and press alt-f9 you see that it is stored in a proprietary format (well, no wonder): HYPERLINK "O:\\Daten\\Eigene Datenquellen" but if you export to htm filtered for example, you get <p class=MsoNormal><a href="../../USER/foltin/Daten /Eigene%20Datenquellen">O:\Daten\Eigene Datenquellen</a></p> So, word doesn't use URLs internally for storing file references. Best regards, Chris |
From: Dan P. <dan...@gm...> - 2008-06-26 06:50:44
|
Dear Chris, You are right; it seems I must have overlooked something in OOo. When I entered "C:\Users\Dan Polansky\" into a hyperlink in OOo, after saving the document and opening it again, the address was converted to "file:///C:/Users/Dan%20Polansky". Still, it seems to me that such an abrupt change in the format of hyperlinks of FreeMind, in the development phase that was some months ago planned to be heading to final release, is undesirable. Of course, the responsibility and the authority to make the decision is yours. I have now checked the behavior of 0.9.0 beta 18 more closely, and fond out that in my mind I have oversimplified its behavior. What it does is the following: (a) Case: local hyperlink, file chooser: If a hyperlink to a local file is inserted using the file chooser, the resulting URL has "%20" where there is a space in the path to the file. (b) Case: local hyperlink, text field: If I enter a hyperlink to the local folder "C:\Users\Dan Polansky\" manually, using the action Insert > Hyperlink (Text Field), I save the map, and open it again, the path is left unmodified, which is the behavior that I have requested. It seems to me that the best handling of URLs, including (i) spaces and "%20", (ii) automatic conversion as soon as the user enters the hyperlink manually, (iii) entering relative and absolute paths when using the file chooser, depending on the user settings, (iv) the mandatory presence of "file:///" is a topic complex enough to warrant detailed attention, possibly in Open Discussion forum, not in the phase aiming to come to a final release. Best regards, Dan |
From: Christian F. (GMX) <chr...@gm...> - 2008-06-26 19:38:34
|
Hi Dan, at least, in OpenOffice, this is not correct. The displayed name doesn't contain spaces, but if you look at the content.xml contained in the odt file, you'll see, that the link is saved with %20 as demonstrated below. Best regards, Chris <?xml version="1.0" encoding="UTF-8"?> <office:document-content xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0" xmlns:style="urn:oasis:names:tc:opendocument:xmlns:style:1.0" xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0" xmlns:table="urn:oasis:names:tc:opendocument:xmlns:table:1.0" xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0" xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0" xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" xmlns:math="http://www.w3.org/1998/Math/MathML" xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" xmlns:script="urn:oasis:names:tc:opendocument:xmlns:script:1.0" xmlns:ooo="http://openoffice.org/2004/office" xmlns:ooow="http://openoffice.org/2004/writer" xmlns:oooc="http://openoffice.org/2004/calc" xmlns:dom="http://www.w3.org/2001/xml-events" xmlns:xforms="http://www.w3.org/2002/xforms" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:field="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:field:1.0" office:version="1.1"><office:scripts/><office:font-face-decls><style:font-face style:name="Times New Roman" svg:font-family="'Times New Roman'" style:font-family-generic="roman" style:font-pitch="variable"/><style:font-face style:name="Arial" svg:font-family="Arial" style:font-family-generic="swiss" style:font-pitch="variable"/><style:font-face style:name="DejaVu Sans" svg:font-family="'DejaVu Sans'" style:font-family-generic="system" style:font-pitch="variable"/></office:font-face-decls><office:automatic-styles/><office:body><office:text><text:sequence-decls><text:sequence-decl text:display-outline-level="0" text:name="Illustration"/><text:sequence-decl text:display-outline-level="0" text:name="Table"/><text:sequence-decl text:display-outline-level="0" text:name="Text"/><text:sequence-decl text:display-outline-level="0" text:name="Drawing"/></text:sequence-decls><text:p text:style-name="Standard">*<text:a xlink:type="simple" xlink:href="../../te%20st/leer%20%20mit%20zwei.mm">*/home/foltin/tmp/te st/leer <text:s/>mit zwei.mm</text:a></text:p></office:text></office:body></office:document-content> Dan Polansky schrieb: > Dear Chris, > > You write that "Spaces must not occur in URLs." Is there any basis for > the quoted statement? And on the supposition that they must not, how > is it that they do occur in URLs in OpenOffice and in Microsoft > Office? From what I understand, file URLs were originally not URLs > proper; they were not specified in some of the first RFCs that > specifed what a URL is. I do not know the state of the matter today, > but if the major providers of office software keep the spaces, I do > not think there can be any basis for the strong normative (not > descriptive and not scientifically testable) statement "Spaces must > not occur in URLs of life." > > The usability concern, for me and, judging from some forum messages, > for other users, is that spaces are easier to read, easier to enter > manually, they are pasted into FreeMind from other applications, and > are the de facto standard in file URLs. That is why I think that > spaces should (weak non-descriptive requiring statement) be kept, > instead of being replaced with "%20". > > Best regards, > Dan > > > On Wed, Jun 25, 2008 at 10:58 AM, Christian Foltin > <chr...@gm... <mailto:chr...@gm...>> wrote: > > Hi Dan, > > what is the reason? Spaces must not occur in URLs. Even for local > files, the URLS contain %20 instead (verify with your browser, > please). We have fixed the issue with windows2k in opening this > form of URL and now, everything works as expected, AFAIK. > > Regards, > > Chris > -------- Original-Nachricht -------- > > Datum: Wed, 25 Jun 2008 09:58:01 +0200 > > Von: "Dan Polansky" <dan...@gm... > <mailto:dan...@gm...>> > > An: fre...@li... > <mailto:fre...@li...> > > Betreff: [Freemind-developer] URLs of local files - spaces > > > Dear Chris, > > > > I have created a new issue in the Issues tracker, requiring that > spaces in > > the URLs of local files are left unconverted to "%20". > > > > See also: > > > http://sourceforge.net/tracker/index.php?func=detail&aid=2002285&group_id=7118&atid=1006953 > <http://sourceforge.net/tracker/index.php?func=detail&aid=2002285&group_id=7118&atid=1006953> > > > > Best regards, > > Dan > > -- > Psssst! Schon vom neuen GMX MultiMessenger gehört? > Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > <mailto:Fre...@li...> > https://lists.sourceforge.net/lists/listinfo/freemind-developer > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ------------------------------------------------------------------------ > > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Dan P. <dan...@gm...> - 2008-06-27 07:48:30
|
Dear Chris, in my last email in this thread, I have admitted that OOo shows URLs of local files with "%20". You have now demostrated that OOo stores URLs of local files with "%20". Regardless, I have discouraged performing any changes in URL format in the testing phase. The ultimate decision and further consideration is yours. My point is now the following. IMHO any changes in the file format of hyperlinks that could affect compatibility and that could require users to perform some manual adjustments should better be documented. For that purposes, I have created the page: http://freemind.sourceforge.net/wiki/index.php/Hyperlinks It would be kind of you if you could document there the changes you have done. Importantly, if FreeMind should not guarantee the format of local file URLs, allowing the user to enter "C:\Users\Dan Polansky\", that should better be documented too, to prevent any confusion, and so that further discussions in Open Discussion forums or in the trackers can refer to the wiki page, with the possibility to update the page with the latest information. Best regards, Dan |