On Dec 10, 2009, at 9:23 AM, Rob Reed wrote:

> I'd like to know if there's something like a roadmap for VoodooPad so
> I could see where the developer plans on taking it in the future. (Not
> a timeline, just an indication of what we might see from VoodooPad).

I don't publish roadmaps (and certainly not dates) because they always to
change.  However, I can say that once I finish up Acorn 2.2, I'll be back to
working on VP (4.2.3 then 4.3) which will have an emphasis on syncing stuff.  It
also came to my attention last week that the iPhone OS 3.0 can read zipped up
RTFD files, by converting them to HTMl on the fly and loading them in a web
view.  However, it still doesn't have write support for them which is a bummer. 
Anyway, that will make things easier on the iPhone side of things.  I don't have
any timeframe for actual updates to VP Reader though.

Hope that helps,

-gus

--

August 'Gus' Mueller
Flying Meat Inc.
http://flyingmeat.com/

On Dec 9, 2009, at 7:22 AM, kate rhodes wrote:

> I use VoodooPad's iPhone companion app all the time, but there are 2
> things that really frustrate me about it.
>
> 1) that it's got no search capability. Integrated would be perfect,
> but I'd be willing to use the iPhone's search utility if it could be
> made to pull up the appropriate page in VoodooPad.

This is something I'd like to see as well.  It just hasn't had the priority yet.

> 2) the read-only nature of the app. I'm constantly wanting to update
> and add pages to it, but have to wait until I get back to a desk, at
> which point I've typically forgotten what it was I wanted to add.

The iPhone does not have support for writing out RTFD files, which is what VP
uses to store it's data.  It's (theoretically) possible to edit, then save, then
have a lower fidelity version move back to the desktop- but I haven't been
willing to do that just yet (well, and there's the problem of finding the time
:).  It's basically the same as making web interface to VP, and when I've played
with that in the past I haven't been happy with it at all.

-gus

--

August 'Gus' Mueller
Flying Meat Inc.
http://flyingmeat.com/

Just wanted to chime in as a long time VoodooPad user/iPhone owner.

While MyWiki looks nice I'd really think long and hard about giving up
VoodooPad the desktop app with its extensive feature set in favor of
what looks like an iPhone only app and the promise of web export in
the future. I think that's selling VoodooPad short.

I understand that the ability to edit documents on the iPhone would be
a big win. But, when I think about my own VoodooPad documents which
are quite extensive at this point (e.g. years worth of class notes
working toward my CS masters), I can't imagine having built them up
from scratch using the iPhone exclusively (or even primarily).
Granted, 'quick edits and updates on the go' is an important (missing)
feature, but you can't edit and update what you don't have in the
first place.

I'm not saying that moving from VoodooPad to something like MyWiki is
a wrong decision for anyone else, but I am suggesting that anyone
considering such a shift should think about what they may be giving up
(moving away from):

http://flyingmeat.com/voodoopad/voodoopadfeatures.html


There are probably a few options as it is:

First of all there is VoodooPad's web export feature it may be
possible to come up with a workable solution for editing information
on the iPhone (admittedly it would be tricky).

A simpler solution might be pairing VP Reader with another app on the
iPhone. Record notes about changes in another little app and then copy
them over to VoodooPad whenever it's convenient for you. It's not
ideal but would keep you from forgetting the change(s). I know when I
write on the iPhone I tend to be keep things very short. Carrying over
the notes would give me the opportunity to expand on what I had
quickly jotted down initially.

It should be possible to import changes into VoodooPad automatically
(for example by taking advantage of Applescript support).

I'd like to know if there's something like a roadmap for VoodooPad so
I could see where the developer plans on taking it in the future. (Not
a timeline, just an indication of what we might see from VoodooPad).

Rob

MyWiki seems quite interesting, would suit my needs also, except I'm
really devoted to VoodooPad on desktop. And I also would be ready to
throw in some bucks for a full featured VP app on my iPod Touch.

Just a thought: why not collaborate ? No need to invest in creating
VoopooPad app, instead collaborate to create seamless
import/export/sync of VP docs with MyWiki. Again, a thing I would be
ready a shell few bucks off to support.

Esa


On 10.12.2009, at 18.27, kate rhodes wrote:

I spoke with the MyWiki guy.
He expects that HTML export (via e-mail) should be hitting the App Store
around Christmas (nice visual look too) and he says he'll be working on
import after that.

I hate to say it but, I fear I'm going to be using that more than VoodooPad
until the VP iPhone app can offer similar functionality. The majority of the
time I interact with my Wiki's I'm just reading info, but at least 1/2 of
the time i want to enter data I'm not at my desk.

Damn Apple and their awesome phones! Changing the way I work...

-Kate
Promote Rider Safety. Get your free Gear Up! sticker
http://www.GearUpProject.org
http://www.masukomi.org


On Wed, Dec 9, 2009 at 3:05 PM, Jason Newton
<voodoopad@...>wrote:



On 09/12/2009 15:22, kate rhodes wrote:


As far as I can tell there are zero wiki apps for the iPhone. All the
ones I've found are just wikipedia clients. And, honestly, I don't
want to use another one, because I want to keep using VoodooPad on my
desktop, but most of the time I want to tweak the wiki, I'm looking at
my phone...

I agree with your comments about the Voodoopad iPhone app. I'd love
something where you could edit documents.

There are three iPhone wiki apps that I am aware of. Thanks to sales I
have all three and my comments based on fairly limited use so far are:

WikiServer:

http://itunes.apple.com/gb/app/wikiserver/id312622071?mt=8

This is a full blown wiki that others can edit. I found this a bit
complicated and fiddly to use, but good if you want something that
powerful.

Trunk Notes:

http://itunes.apple.com/gb/app/trunk-notes/id302880785?mt=8

Easier to use, and thus a better choice in my opinion for a personal use
wiki. I like the feature where you can edit the wiki through a browser
on any wifi equipped desktop or laptop (just create an ad-hoc network if
you are away out of reach of your router). Nice app.

MyWiki:

http://itunes.apple.com/gb/app/mywiki/id334272273?mt=8

The nicest looking app of the three, and easiest to use when editing on
the iPhone itself. Lacks a syncing option at the moment, although a
comment in the US store suggests one is coming in a future update.

Hope the links work, and the info is useful.

Jason.

I spoke with the MyWiki guy.
He expects that HTML export (via e-mail) should be hitting the App Store
around Christmas (nice visual look too) and he says he'll be working on
import after that.

I hate to say it but, I fear I'm going to be using that more than VoodooPad
until the VP iPhone app can offer similar functionality. The majority of the
time I interact with my Wiki's I'm just reading info, but at least 1/2 of
the time i want to enter data I'm not at my desk.

Damn Apple and their awesome phones! Changing the way I work...

-Kate
Promote Rider Safety. Get your free Gear Up! sticker
http://www.GearUpProject.org
http://www.masukomi.org


On Wed, Dec 9, 2009 at 3:05 PM, Jason Newton <voodoopad@...>wrote:

>
>
> On 09/12/2009 15:22, kate rhodes wrote:
>
> >
> > As far as I can tell there are zero wiki apps for the iPhone. All the
> > ones I've found are just wikipedia clients. And, honestly, I don't
> > want to use another one, because I want to keep using VoodooPad on my
> > desktop, but most of the time I want to tweak the wiki, I'm looking at
> > my phone...
>
> I agree with your comments about the Voodoopad iPhone app. I'd love
> something where you could edit documents.
>
> There are three iPhone wiki apps that I am aware of. Thanks to sales I
> have all three and my comments based on fairly limited use so far are:
>
> WikiServer:
>
> http://itunes.apple.com/gb/app/wikiserver/id312622071?mt=8
>
> This is a full blown wiki that others can edit. I found this a bit
> complicated and fiddly to use, but good if you want something that
> powerful.
>
> Trunk Notes:
>
> http://itunes.apple.com/gb/app/trunk-notes/id302880785?mt=8
>
> Easier to use, and thus a better choice in my opinion for a personal use
> wiki. I like the feature where you can edit the wiki through a browser
> on any wifi equipped desktop or laptop (just create an ad-hoc network if
> you are away out of reach of your router). Nice app.
>
> MyWiki:
>
> http://itunes.apple.com/gb/app/mywiki/id334272273?mt=8
>
> The nicest looking app of the three, and easiest to use when editing on
> the iPhone itself. Lacks a syncing option at the moment, although a
> comment in the US store suggests one is coming in a future update.
>
> Hope the links work, and the info is useful.
>
> Jason.
>
>


[Non-text portions of this message have been removed]

On 09/12/2009 15:22, kate rhodes wrote:

>
> As far as I can tell there are zero wiki apps for the iPhone. All the
> ones I've found are just wikipedia clients. And, honestly, I don't
> want to use another one, because I want to keep using VoodooPad on my
> desktop, but most of the time I want to tweak the wiki, I'm looking at
> my phone...

I agree with your comments about the Voodoopad iPhone app. I'd love
something where you could edit documents.

There are three iPhone wiki apps that I am aware of. Thanks to sales I
have all three and my comments based on fairly limited use so far are:

WikiServer:

http://itunes.apple.com/gb/app/wikiserver/id312622071?mt=8

This is a full blown wiki that others can edit. I found this a bit
complicated and fiddly to use, but good if you want something that powerful.

Trunk Notes:

http://itunes.apple.com/gb/app/trunk-notes/id302880785?mt=8

Easier to use, and thus a better choice in my opinion for a personal use
wiki. I like the feature where you can edit the wiki through a browser
on any wifi equipped desktop or laptop (just create an ad-hoc network if
you are away out of reach of your router). Nice app.

MyWiki:

http://itunes.apple.com/gb/app/mywiki/id334272273?mt=8

The nicest looking app of the three, and easiest to use when editing on
the iPhone itself. Lacks a syncing option at the moment, although a
comment in the US store suggests one is coming in a future update.

Hope the links work, and the info is useful.

Jason.

I use VoodooPad's iPhone companion app all the time, but there are 2
things that really frustrate me about it.

1) that it's got no search capability. Integrated would be perfect,
but I'd be willing to use the iPhone's search utility if it could be
made to pull up the appropriate page in VoodooPad.
2) the read-only nature of the app. I'm constantly wanting to update
and add pages to it, but have to wait until I get back to a desk, at
which point I've typically forgotten what it was I wanted to add.
Syncing with the desktop app would probably be something most people
would want, and i realize it's a tricky problem to do well, but I'd be
ok with just making the version of each page that had the most recent
modification date. Not perfect, but simple to implement.

I realize these require additional work, but I would happily pay $10
for an iPhone version that had those 2 features.

As far as I can tell there are zero wiki apps for the iPhone. All the
ones I've found are just wikipedia clients. And, honestly, I don't
want to use another one, because I want to keep using VoodooPad on my
desktop, but most of the time I want to tweak the wiki, I'm looking at
my phone...


-Kate
Promote Rider Safety. Get your free Gear Up! sticker
http://www.GearUpProject.org
http://www.masukomi.org

On Dec 8, 2009, at 8:22 AM, jbrandtp wrote:

> I have recently ported my user to a new computer. The old running leopard, and
the new one snowleopard.
> I have had problems with the Open Recent menu in various apps. Most of this
was solved by throwing away com.apple.recentitems.plist (this is only for the
recent items in the applemenu, but somehow it seemed to block for the apps as
well!!!???)
> But in VoodooPad the Open Recent stay empty no matter what.
> Where is this info stored?

The list is stored in VoodooPad's preferences file
(com.flyingmeat.VoodooPad.plist, in your ~/Library/Preferences/ folder).  But
you can also control the number of recent items in you Appearance System Prefs.

Hope that helps a bit, and if you have any more questions, you should take it
off list since it's not really directed towards VP (you might also try the Apple
support forums).

-gus

--

August 'Gus' Mueller
Flying Meat Inc.
http://flyingmeat.com/

Hello

sorry if this is not related to Voodopad.

I have recently ported my user to a new computer. The old running leopard, and
the new one snowleopard.
I have had problems with the Open Recent menu in various apps. Most of this was
solved by throwing away com.apple.recentitems.plist (this is only for the recent
items in the applemenu, but somehow it seemed to block for the apps as
well!!!???)
But in VoodooPad the Open Recent stay empty no matter what.
Where is this info stored?

All the Best

I am working on a project for which I have been assembling a knowledgebase on my
local machine in VoodooPad, but the time is getting near for me to share it with
a team, and allow them edit access to the material.

I haven't fully scoped out the requirements, and it may be that I will only have
to do this once, in which case it's more about getting the data in than worrying
about a workflow.  However, there may be some value in using VDP as the editor
and publishing up to a wikiwiki, if the process is simple enough.

I've scoped out what I think may be 3 good candidates for the public wiki --
DokuWiki, PmWiki, and  MoinMoin.

http://www.wikimatrix.org/compare/DokuWiki+MoinMoin+PmWiki

Does anyone have any experience with any of these, either working in conjunction
with VoodooPad, or standalone in comparison to VoodooPad.  Any scripts, links or
pointers to ease the process would be very welcome, as would all thoughts on the
process of VDP -> Wiki publishing.

I'm going to dig in and compare the three engines, and perhaps even install
locally.  Just trying to do some diligence before any decision is made.

TIA

It's a known issue, and one I hope to have a solution for in a future release. 
Right now internal (to the document) links take precedence over everything else.
The solution I've been thinking of is just to make sure there isn't already a
non-vp link there before removing it.

-gus

On Nov 21, 2009, at 4:53 PM, denseitz57 wrote:

> I searched and couldn't find this described exactly elsewhere so here it is:
>
> If I make a link manually with Format>Rich Link using the text "I hate taking
a test", then make a new VDP page called "test", my rich link is broken. Only
the word "test" is linked, and it links to my new page. Deleting the page "test"
makes the rich link work again.
>
> I see from another post that "test" is a temporary link that VDP makes on the
fly when it recognizes that "test" is the name of a page. Can you tell VDP to
ignore rich links when it looks for words to make these temporary links?
>
> Thanks...
>


--

August 'Gus' Mueller
Flying Meat Inc.
http://flyingmeat.com/

I have something similar happen to me when I drag a message from Mail
into VP: if the subject of the message has a word that is currently a
page, only that word is linked.

gl.

On November 21, 2009, at 4:53 PM, denseitz57 wrote:

> I searched and couldn't find this described exactly elsewhere so
> here it is:
>
> If I make a link manually with Format>Rich Link using the text "I
> hate taking a test", then make a new VDP page called "test", my rich
> link is broken. Only the word "test" is linked, and it links to my
> new page. Deleting the page "test" makes the rich link work again.
>
> I see from another post that "test" is a temporary link that VDP
> makes on the fly when it recognizes that "test" is the name of a
> page. Can you tell VDP to ignore rich links when it looks for words
> to make these temporary links?
>
> Thanks...
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>

I searched and couldn't find this described exactly elsewhere so here it is:

If I make a link manually with Format>Rich Link using the text "I hate taking a
test", then make a new VDP page called "test", my rich link is broken. Only the
word "test" is linked, and it links to my new page. Deleting the page "test"
makes the rich link work again.

I see from another post that "test" is a temporary link that VDP makes on the
fly when it recognizes that "test" is the name of a page. Can you tell VDP to
ignore rich links when it looks for words to make these temporary links?

Thanks...

> I wonder if maybe VP isn't loading the plugin for some reason.  Do you have a
Plugin â–¸ JSTalk menu item?  That'll indicate wether or not it's loading.
>

Yes, it's there. As I said, I can run the snippet as 'Run page as
JSTalk' without any problem.

- dca

On Nov 12, 2009, at 12:00 PM, Dean Allen wrote:

> Gus Mueller wrote:
>> On Nov 11, 2009, at 11:57 PM, Dean Allen wrote:
>>> Thanks, that does work great if I 'run page as JSTalk', but if I paste
>>> code into the Format->Rich Link dialog it forces urlencoding on
>>> everything and chokes like:
>>>
>>> Sorry, but I could not open
>>> jstalk:var%20qt%20=%20SBApplication.application_(%22QuickTime%20Player%22);
>>>
>>
>> This is right- the jstalk plugin will decode it on it's end.
>>
>
> Sorry, how is that right? I'm not clear on what isn't being correctly
> fed to the 'Rich Link' dialog. Nothing is being processed because the
> whole string is being urlencoded.

Well, I think you're seeing the error (and string) because JSTalk doesn't seem
to be picking up on it for some reason. The fact that's urlencoded is ok, that's
just what happens in the background when the URL is applied to the rich text,
and unfortunately the error is showing it to you encoded.  JSTalk will decode it
when it is handed the URL.

I wonder if maybe VP isn't loading the plugin for some reason.  Do you have a
Plugin â–¸ JSTalk menu item?  That'll indicate wether or not it's loading.

-gus

--

August 'Gus' Mueller
Flying Meat Inc.
http://flyingmeat.com/

Gus Mueller wrote:
> On Nov 11, 2009, at 11:57 PM, Dean Allen wrote:
>
>
>> Thanks, that does work great if I 'run page as JSTalk', but if I paste
>> code into the Format->Rich Link dialog it forces urlencoding on
>> everything and chokes like:
>>
>> Sorry, but I could not open
>> jstalk:var%20qt%20=%20SBApplication.application_(%22QuickTime%20Player%22);
>>
>
> This is right- the jstalk plugin will decode it on it's end.
>

Sorry, how is that right? I'm not clear on what isn't being correctly
fed to the 'Rich Link' dialog. Nothing is being processed because the
whole string is being urlencoded.

>> I did grab the Sept 12 JSTalk vpplugin and put it right into the plugins
>> folder inside the main app package.
>>
>
> Try putting it in your:
> ~/Library/Application Support/VoodooPad/PlugIns Folder, or make one there if
it isn't already.
>

I tried this first, and it made no difference.
>
>> I am still on Leopard, but am unsure that would affect this particular
>> issue.
>>
>
> Here's a thought- the plugin is intel only- are you running on a ppc machine?
>

No. Intel all the way.


- dca

On Nov 11, 2009, at 11:57 PM, Dean Allen wrote:

> Thanks, that does work great if I 'run page as JSTalk', but if I paste
> code into the Format->Rich Link dialog it forces urlencoding on
> everything and chokes like:
>
> Sorry, but I could not open
> jstalk:var%20qt%20=%20SBApplication.application_(%22QuickTime%20Player%22);

This is right- the jstalk plugin will decode it on it's end.

> I did grab the Sept 12 JSTalk vpplugin and put it right into the plugins
> folder inside the main app package.

Try putting it in your:
~/Library/Application Support/VoodooPad/PlugIns

Folder, or make one there if it isn't already.

> I am still on Leopard, but am unsure that would affect this particular
> issue.

Here's a thought- the plugin is intel only- are you running on a ppc machine?

-gus

--

August 'Gus' Mueller
Flying Meat Inc.
http://flyingmeat.com/

Gus Mueller wrote:
> Here's how you would open a movie, and then move it to a play position.  This
is on 10.6, so you might need to touch it up a bit for 10.5 if that's what
you're on.
>
> var qt = SBApplication.application_("QuickTime Player 7");
> qt.open_(NSURL.fileURLWithPath_("/path/to/some/movie.m4v"));
> qt.documents()[0].currentTime = 888325; // some time value

Thanks, that does work great if I 'run page as JSTalk', but if I paste
code into the Format->Rich Link dialog it forces urlencoding on
everything and chokes like:

Sorry, but I could not open
jstalk:var%20qt%20=%20SBApplication.application_(%22QuickTime%20Player%22);

I did grab the Sept 12 JSTalk vpplugin and put it right into the plugins
folder inside the main app package.

I am still on Leopard, but am unsure that would affect this particular
issue.

Thanks again, getting close!

- dca

On Nov 10, 2009, at 11:36 PM, Dean Allen wrote:

>> Dean- if you want to share an example applescript that you're using to adjust
the play position, I can probably offer some advice on how to stuff that in a
JSTalk script.
>>
>
> Of course this presumes you've already got something running in
> QuickTime Player:

Here's how you would open a movie, and then move it to a play position.  This is
on 10.6, so you might need to touch it up a bit for 10.5 if that's what you're
on.

var qt = SBApplication.application_("QuickTime Player 7");
qt.open_(NSURL.fileURLWithPath_("/path/to/some/movie.m4v"));
qt.documents()[0].currentTime = 888325; // some time value.

Seems to work ok, but it also assumes the first document is the one we just
opened- which may or may not always be the case I suppose.

-gus

--

August 'Gus' Mueller
Flying Meat Inc.
http://flyingmeat.com/

--- In voodoopad@yahoogroups.com, Gus Mueller <gus@...> wrote:
>
> For the folks wondering when this ability was added- the answer is about 10
minutes ago.
>

And this is why we love Gus, and hate Adobe : )

Go, Gus, go! :D