alessors | 1 Apr 15:45 2010
Picon

Anchors with relative and absolute links to html files

It seems relative and absolute links to local html files do not honour 
the anchor part of a link.

Try to refer an anchor in a local html document in a relative or 
absolute link, double-click the link. The browser will open the document 
without the anchor part (#anchor)

For example, with the Python Manual:

rel://files/Python-2.6.2_Documentation/tutorial/introduction.html#numbers

It will open introduction.html at the beginning of the page, not at the 
"numbers" section.

I haven't tried with online documents, but It should be the same.

  alessandro

------------------------------------

Michael Butscher | 3 Apr 16:18 2010
Picon
Picon

Re: Anchors with relative and absolute links to html files

On 01.04.2010 15:45, alessors wrote:
> It seems relative and absolute links to local html files do not honour 
> the anchor part of a link.
> 
> Try to refer an anchor in a local html document in a relative or 
> absolute link, double-click the link. The browser will open the document 
> without the anchor part (#anchor)
> 
> For example, with the Python Manual:
> 
> rel://files/Python-2.6.2_Documentation/tutorial/introduction.html#numbers
> 
> It will open introduction.html at the beginning of the page, not at the 
> "numbers" section.
> 
> I haven't tried with online documents, but It should be the same.

Thank you for your bug report.

Unfortunately this would be complicated to fix because Windows (I'm
assuming you use this) strips the anchor when processing local URLs to
execute.

You can also see this if you create an internet-shortcut (right click in
Windows Explorer, select "New"->"Shortcut", enter URL in the dialog) and
open it or if you execute in a console window something like:

start "" "file://localhost/C:/your/absolute/path/here.html#anchor"

The only way to fix this would be to let WikidPad check the file suffix
(Continue reading)

Eddie Current | 4 Apr 04:02 2010

Online Wiki Software with same/ similar syntax

I use wikidpad for my writing, a lot of which I plan to post online. Is 
there an online wiki that uses a similar or even the same syntax as 
Wikidpad? It would be a nice, easy way to move finished drafts from my 
local notes to the net.
--
Eddie

------------------------------------

Michael Butscher | 5 Apr 12:44 2010
Picon
Picon

ANN: WikidPad 2.1alpha01

Hi,

version 2.1alpha01 of WikidPad is available as source or with Windows
installer (source is identical to revision 213 of the "mbutscher/work"
branch of the subversion repository).

This is an alpha version, so be VERY careful and make backups of
important data before using it.

If you encounter any problems, you can answer here or mail me.

You can download WikidPad from here:

https://sourceforge.net/project/showfiles.php?group_id=139492&package_id=153044

What's new?

    * New database format! It is recommended to make a backup before
      updating and run "Maintenance"->"Update cache" after that

    * Storing of timestamp of last visit to a page. The
      "Open Wiki Word" dialog allows now to sort by newest or oldest
      visit time. See [Menu Navigate#++ Go to Page]
    * Context menu entry to apply a particular page as template on
      a newly created page (and option to define which pages to offer
      as templates). See [ChangeLog#+++ Using templates explicitly]
    * In wiki-wide search in boolean search mode, the "\todo:" prefix
      now behaves exactly as the "attr:" prefix.
      See [SearchingTheWiki/BooleanRegex#++++ todo:]
    * Tabs close now if a wikiword is deleted and no other word is
(Continue reading)

Michael Butscher | 5 Apr 12:44 2010
Picon
Picon

ANN: WikidPad 2.0rc01

Hi,

version 2.0rc01 of WikidPad is available as source or with Windows
installer (source is identical to revision 213 of the "stable-2.0"
branch of the subversion repository).

If you encounter any problems, you can answer here or mail me.

You can download WikidPad from here:

https://sourceforge.net/project/showfiles.php?group_id=139492&package_id=153044

Changes:

    * Bug fixed: Keyboard shortcut for ActivateLinkBackground
      doesn't work
    * Bug fixed: Updating wiki database fails if a pagefile
      is missing
    * Bug fixed: Linux: Sometimes focus doesn't switch from tab label
      to tab automatically
    * Bug fixed: Focus not going back when aborting the opening of
      a wiki

    * Some key bindings in Scintilla editor component removed
      to avoid interfere with WikidPad key bindings.
    * Some changes to better handle missing Unicode support for
      filesystem in Python (affects mainly Mac OS)

Michael

(Continue reading)

Dr. Ulrich Ludwig | 5 Apr 15:55 2010
Picon
Picon

GraphViz



Hello,
 
I'm using Wikidpad 1.8 beta 6.
Yesterday I downloaded and installed GraphViz 2.26.3.
I filled the fields in options of Wikidpad.
With an example I opened the Preview and get a warning from Wikidpad:
"No handler found for image type."
What is wrong?
 
ludu
 


__._,_.___

Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required)
Change settings via email: Switch delivery to Daily Digest | Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe

__,_._,___
Michael Butscher | 5 Apr 16:22 2010
Picon
Picon

Re: GraphViz

On 05.04.2010 15:55, Dr. Ulrich Ludwig wrote:
> wikidPadHello, 
> 
> I'm using Wikidpad 1.8 beta 6. 
> Yesterday I downloaded and installed GraphViz 2.26.3. 
> I filled the fields in options of Wikidpad. 
> With an example I opened the Preview and get a warning from Wikidpad: 
> "No handler found for image type." 
> What is wrong? 

Which operating system do you use?

Does your GraphViz script contain non-Ascii characters (e.g. umlauts,
accented characters)?

Can you maybe send a concrete GraphViz insertion/script that causes the
problem?

I tried it with 1.8final and had only problems with umlauts (but a
different error message).

Michael

------------------------------------

alessors | 6 Apr 06:24 2010
Picon

Re: Anchors with relative and absolute links to html files

On 3/4/2010 9:18 PM, Michael Butscher wrote:

> Unfortunately this would be complicated to fix because Windows (I'm
> assuming you use this) strips the anchor when processing local URLs to
> execute.

Yes, Windows XP SP2, tried also with webbrowser.open() and same result.

> The only way to fix this would be to let WikidPad check the file suffix
> and depending on a configurable list to start the browser directly.

Maybe it would be enough to just check if the links ends with an achor 
(and check if the OS is Windows), in that case, retrieve the default web 
browser and as you said launch it directly.

  alessandro

------------------------------------

Michael Butscher | 6 Apr 11:15 2010
Picon
Picon

Re: background color of chron view

On 03.03.2010 04:17, Gary Udstrand wrote:
> I don't like black text on white backgrounds, it is too hard on the eyes.  I
> was able to change the background color for most parts of wikidpad but I
> cannot find a way to change the background on the chron view, is there any
> way to do this?

Currently this is not supported, but I have added it to the todo list.

Michael

------------------------------------

Michael Butscher | 6 Apr 11:32 2010
Picon
Picon

Re: Relative to absolute links and vice versa

On 04.03.2010 05:32, alessandroorsi wrote:
> I'm writing a small script to accomplish the "Open containing folder" action I posted in a message on this
board a few days ago.
> 
> I solved almost all my problems, except:
> 
> Which functions are used in Wikidpad to conver relative links to absolute ones and vice versa?
> 
> rel://.. > file://..

Use  pwiki.makeRelUrlAbsolute()  for this.

> file://.. > rel://..

This is not directly supported. Roughly:

import os.path

from pwiki.StringOps import relativeFilePath, \
        pathnameFromUrl, urlFromPathname

locPath = os.path.dirname(pwiki.getWikiConfigPath())

u"rel://" + urlFromPathname(relativeFilePath(locPath,
        pathnameFromUrl(absolutUrl)))

> Is there any variable that stores the path pointed to by rel://... ?

It is  os.path.dirname(pwiki.getWikiConfigPath())

Michael

------------------------------------


Gmane