svoida / wikifolders Goto Github PK

WikiFolders should support the PmWiki table markup.

Reported by: *anonymous

On startup, the WF app checks to make sure that all watched folders still have their WF contents. If they don't, a dialog appears asking if the files should be replaced or the folder dropped from the watch list.

When the folder doesn't exist at all anymore, the dialog still appears. Assumably, clicking "repair" will cause a crash. The dialog should not appear if the entire folder no longer exists; the folder should just be silently removed from the watch list.

Reported by: *anonymous

There should be better support in the Wikitext for creating DIVs with borders and backgrounds to group similar content.

Reported by: *anonymous

Putting a <TABLE> tag in the Wikitext causes some text to be incorrectly rendered way up in the top-left corner of the output version.

Reported by: *anonymous

In some cases, the rendered Wikitext appears narrower than the window, causing wasted space down the right side of the folder window and unnecessary wrapping in the rendered Wikitext.

Reported by: *anonymous

Refreshing the rendering for a folder that contains icons with text to the right works OK the first time, but subsequent calls cause any text to the right of the icons to overlap them. (The width of all icons is somehow evaluating to 0?)

Reported by: *anonymous

Re-sizing the window should be detected as a change to a folder and result in a re-rendering of the Wikitext to be the proper width. This currently does not happen.

Reported by: *anonymous

The horizontal gaps around file items are awfully large, especially in label-on-right format and might benefit from some judicious shrinking to help flow the wikitext better, especially when a file icon is followed by text or another icon on the same line.

Reported by: *anonymous

Dragging an icon to a new position in the folder is not detected as a change. It's possible to leave a folder in a messy state, even when the main app is still running.

Reported by: *anonymous

Items that are added to a folder are currently just dumped at the bottom of the Wikitext. There's no easy way to get an at-a-glance sense of what's new. Also, just putting new items at the bottom is potentially confusing, since the items at the bottom of the folder might have been intentionally grouped to have some semantic meaning. The current implementation would make any new items incorrectly appear to have been intentionally filed as such.

Reported by: *anonymous

It would be better if the filenames weren't editable at all in the editor and were instead represented as some kind of immutable token that can just be moved around in the Wikitext. This would help prevent people from trying to rename files using the Wikitext editor and allow the warning to be removed from the editor window.

Reported by: *anonymous

Deleting a file from the Wikitext in editing mode results in a corrupted Wikitext rendering. Clicking "save" doesn't trigger any sort of warning about the problem, and the missing file is not automatically repaired in the rendered version of the folder.

Reported by: *anonymous

The "Remove Wikitext Formatting" app sometimes fails with an AppleScript error message about not being able to access an item of a particular type.

Reported by: *anonymous

When WF renders the contents of a folder, it has to display it for the Finder hacks to take effect. The app should note whether the window was open before rendering started and then close the window after rendering completes if it wasn't previously open.

Reported by: *anonymous

The Wikitext contents are currently not searchable using Spotlight. This seems like a good idea.

Reported by: *anonymous

It is currently impossible to (neatly) render an image in the folder as an image using wikitext, since the base URL for rendering the template it pointed to the app's resource directory (to pick up the header graphics). The base URL should be set to the folder itself and the template code should be modified to only look for the header gradient image in a directory specified by a full URL.

Reported by: *anonymous

The more WYSIWYG capabilities the editor has, the easier it would be to get the desired output from the application. Currently, the gap between what you see in the editor mode and what you get in the rendered text is pretty substantial.

Reported by: svoida