I had hoped that this version would fix the “Web export” function. I find it very useful to be able to archive a document by a web export so that it can be read by Safari exactly as it is in VoodooPad.
Unfortunately since VDP 6 this is not possible. The document is exported and the files are indexed but opening the individual pages strips them of their links and looses the page formatting. In addition the home or index page looses its formatting.
Luckely the VDP 6 documents can still be read and exported correctly by VDP 5.3 but this is not a very satisfactory solution.
I also noticed the "Web export" function flattened the output and stripped all the links. Didn't render correctly. If needed I can probably send an example .html file, but I expect it will reproduce pretty easily. I'm on macOS 10.14.6 BTW.
I like the old Pages drawer better. Just nicer experience. Could you please allow the divider on the left side to be dragged all the way in to the far left of the main window? At present it does not appear that the drawer width is resizable at all. I can get the width tool to appear but it doesn't drag in either direction. Page Drawer also defaults to far too wide. Should default to size of longest page name + a few picas and be resizable down to a slim nothing. The way that Atlassian does it with Jira side panels or Adobe Acrobat.
When clicking on pages in the Pages Drawer, there is a LONG delay. Even if it takes a second to launch, would be nice to provide some feedback that the page is going to open in a second (or two ... or three). Better than visual feedback would be to open pages faster, but that's probably as much a function of the system as anything and somewhat out of your control. Still that code surely could be optimized to speed up when one clicks on a page in the drawer to when it opens in an adjacent tab.
Are the Pages and Info drawers locked to left and right? How about a preference to swap them or even better open either on the left if nothing else is open there, and then the second one opens on the right or vice versa? The old Pages drawer was very obvious about which side it would open on and I could force it to do my bidding.
The Type Palette is a small improvement. I will play around with it some more to see how it is under stress. The Spacing palette is still a big chore and not really any improvement at all, except you have seven options in the Spacing palette and one of those (maybe 2?) make it into the Type palette. Why cannot the Spacing palette be either free floating like the Type Palette or in a Drawer like Info/Pages? Why doesn't the Spacing palette have a keycode shortcut option?
Speaking of shortcuts, how about a formatting shortcut, cmd-Y that duplicates what is done in Word -- redo previous action. Would be a huge timesaver.
Personally, what I would really like to see is both Type and Spacing not as a floating palette but as drawers similar to how Pages and Info get placed. I guess you'd need some user-defined logic what the rank of the open drawers would be if I had both Pages and Info open and wanted to open Text or Spaces, but this is such an edge case. I typically only want one drawer open at a time. My two cents is put any of the palettes in the drawer position. Simple rule would be the user defines which side a given palette will land. If something is already open on that side it gets pre-empted. I just think those drawer positions are under utilized and easy to open and close and a palette like spacing is exactly the opposite.
One little bug that is easy to duplicate. Open the Info drawer. Leave it open. Open the Pages drawer. It bumps the far right edge of the main window over to the left. Doesn't matter which order you open the two drawers in. Closing them does not reduce the window size. Once they are both open I cannot make the window any smaller width-wise. If I close one of the drawers, it goes back to allowing a window resize.
I happen to position VP on the far right side of the left monitor of a 2 monitor setup, so it is really obvious when this happens. I would think you should obey the user's specified window size and not expand the window beyond that boundary. Wouldn't be surprised if this is even specified in Apple's HIG.
Also my previous comment about the long time for links opening in tabs from the Pages drawer is equally true for links in the document to other pages. Pages opening in tabs take too long to load. Compare side by side VP5 and VP6. It is at least 2x as long to open a page in 6.
Another bug. This time a crash of VP. Snippet from the problem report that I did not send to Apple. I am sure I could duplicate it. I am going to go back to 5 now, until 6 is more stable.
So happy to see that VP is demonstrably alive and kicking. I can't wait to recommend VP to other people without any reservations.
One thing I noticed in VP6p2: Markdown-formatted pages only change their theme on (at the very least) app restart, even though the window chrome changes immediately. I change my preferred color scheme fairly frequently with an Alfred-triggered system-appearance-toggling Automator app, so I noticed this somewhat quickly.
Attached is what the app looks like when I've started VP up in dark mode and transitioned to light mode while running it.
(No, I don't have any idea why the rest of the "Barracks" line is in black. Ditto for why the "Fountain of Yoof" line is all-gray. Blame the em dashes?)
Currently running Catalina, 10.15.6 Beta (19G60d).
on 24 Jul, 2020 01:23 PM
I just wanted to pop in and post a note of thanks and support for working away on VoodooPad! I've been thinking a lot (a LOT) about software over time, and the risk of losing unique work forever in the crush of forward momentum (especially with Apple gear, my muse and my frustration). I'm currently trying to get El Capitan onto a modded 2014 Mac mini, then to migrate work from a beloved still-chugging-along 2012 MacBook Pro, and even there encountering troubles. Meanwhile trying to get a stable Mojave setup to hang onto for years to come.
But I know VoodooPad will be there, in some form or another, and with VP docs going all the way back to 2005 or so, that means a lot to me. (I've updated along the way, but still.) Data longevity doesn't matter to everyone, but I appreciate very much that this unique app has landed somewhere where it does.
I'm playing around with the preview 2 of v6 and I thought it would be nice to display images in Markdown mode inline (kinda like the markdown editor Typora does). Ideally the display size should not always be native, but a thumbnail.
Here's what I found. It crashes every few seconds on Big Sur.
In Markdown mode, any link / page name containing non ASCII characters will break the link (it'll be impossible to link to a page that has characters like äöü in the name.
Here with Big Sur (v11.1) on my MacBook Pro (15-inch, 2016) the VoodooPad
V.6.0.0 (6538) crash randomly very quickly now.
often enough to no longer be able to use it unfortunately :-(
So I am looking for an alternative but after testing Evernote, DEVONthink, Notes... I find them less clear and efficient for my use than VoodooPad.
I have not yet tested Notion that I was advised, someone here would have made the transition? is there an import between the 2 possible?
ps : here is an example of a crash log in case it could be useful to the developer
John on 09 Feb, 2021 07:47 PM
@amnesic I'm assuming the crash you're experiencing is the same as everyone else. I'm not sure what the source of the crash is and we're having a heck of a time reproducing it ourselves, so there's no timeline for a fix.
"and are you always editing the same document when the crash happens?"
This bug is not document dependent. Even with a new document just created on this version I can reproduce the crash quickly.
It's not also a problem of cache or preferences file that would be corrupted because I have the same problem starting from a new environment (Deleting different files of the application: Prefs, cache, container, application state ...).
"How consistently (and how frequently) does the crash happen?"
Reproducible in a few minutes and appears especially as soon as I use the "in new tab" mode. Using the application to quoditian is unfortunately no longer possible for me.
This seems very similar to the problem encountered in the Quicksilver application:
on 11 Apr, 2021 10:51 AM
Hi. I found also that the 6.2 preview losses the internal links in the html Web App export. This is also a critical feature for me, since I make regular backups of my wikis and upload them to my server to have an easy access to my wikis from any device.
If is it possible still to add something to the wish-list, I'd love to have the search functionality available on the html exports, so that, as it happens in the desktop app, the user can search for any word occurrence in the whole wiki. I love it.
I find also many features lacking in the 6.2 preview... where have the color / text formatting options gone? and the tags window...? those were nice and useful features and I hope they'll have they place on VP6 too.