This is exciting news!!!
If v3 is any indication of v4, I think we are in for a real treat!
V4 sounds great! We've all been waiting for a long time for it.
Will the problem that the V3 FileStorageProvider messes up everything when you delete a page be fixed in V4? I usually have to do a PageDelete, then rebuild the indices, then shutdown the Wiki to delete a page. This is tiresome at it throws everybody off the wiki while it is being restarted.
Also, will V4 solve the issues with the FileStorageProvider that page names are listed in UNSORTED order when you use the "Insert a link to a wiki page" button in the editor?
The first problem you report is new to me...
As for the sorting order, yes, it is being addressed right now. It requires some architectural changes which we could not do in v3.
Okay, I've created two new forum posts regarding these two issues so let's continue the thread there - and thanks for replying!
It would be cool to have a plugin model for adding items to the editor toolbar.
Another nice feature would be to implement the ACE editor as part of the editing experience. This would allow for syntax highlighting(handy for picking out wiki markup quickly), line numbering, mono-spaced font editing, tabbing within the editor, and a whole slew of other useful features.
There is already a way to add new items to the toolbar, but it's very limited, and in fact it's something we'll work on ASAP.
The v4 CTP page mentions "Support for multiple wikis in one app instance" and "Ability to swap editors" as features. What is meant by this? The descriptions don't really explain a whole lot about the features.
Basically the application is multi-wiki, meaning that it's possible to host multiple totally-independent wikis in the same application instance. Regarding the editor, it's vague on purpose as we haven't decided yet the extent of the improvements, although we know the areas where we're not very good.
Will the search engine (based on Lucene.NET) also support the search in documents uploaded to the wiki? Is there a rough timeframe when V4 will be released? Will there be a version that could be used for free at commercial sites?
-)
Yes, search inside documents will be supported. We have no detailed time-frame other than "later this year". The license will remain unchanged, although it might be possible that due to SQL CE we'll be forced to release compiled packages with a stricter license. Nothing is decided yet anyway.
I've just tested the new implementation of the search engine and it works great for attachments :-) An additional search for substrings would be nice...
You can use wildcards like "abc*" and "abc?efg"
It would be handy to be able to customize per wiki where uploaded files are saved to. It would also be nice to be able to supply a UNC path for this.
You can already specify an absolute path for the public directory, and a UNC path should work too. Regarding separate folders for individual wikis, that's a bit out of reach now. You could, however, play with symlinks on Windows Server.
I've tried the symlink route but the System.IO classes do not play nice with symlinks.
Hi. I'd love to have a mechanism to create pages programatically probably via a web service or even writing directly to the database.
This way we'd be able to create small chunks of pages with the linkages already in place just awaiting the content to be added. Bit of a sort of super-templating type idea.
gordon
I think adding an IRemotingProvider interface would be a great way to allow programmability. A provider that works with WCF could do most of the heavy lifting. Just a thought.
Your information on version 4 says that you plan an ability to swap/customize editors. Does this include support for the TinyMCE wysiwyg editor? Thanks.
We're not yet sure about that. The problem is not really using an editor instead of another, but being able to process the HTML it generates, and this non-trivial.
No doubt this is a difficult task. It would be huge though if the editing process was improved, e.g. a more visual or wysiwyg method for creating tables -- perhaps including even the ability to copy and paste a table from a Word document. Good luck!
For the WikiMarkup tab, I think the ACE engine would be awesome. It would give you the ability to color code the wiki markup, tabbing within the editor, line numbering, etc.
Has the "Insert a link to a file or attachment" been set up to not recurse the whole uploaded file directory in V4? A better implementation would be to have it behave like the "File Management" page where it builds the navigation as you click through the folders via AJAX. This can been quite a pain if your uploaded file directory has lots of files.
Not yet fixed, but it's ticket #598. I set it to high priority so it gets more attention.
I started to test the WIKI4 in our company. Currently we work with WIKI3. I imported some pages into the new version and it allways shows all languages no matter which language is selected.
Is the plugin installed end enabled for the wiki (remember that STW4 supports multiple wikis)?
I have problems to make links between WIKI-Pages in different namespaces. Am I the only one with that problem or will it be fixed?
What problems exactly?
When i change the namespace in the dropdown-box, the list below doesnt change, it allways shows the pages of the current namespace.
Trying to add the active directory plugin along with some others, but everytime I upload the DLL it says "Loaded 0 Providers"
In the log, it shows where older plugins won't install, but on the one I wrote along with the active directory that came with it, I get no errors.
Uhm, the plugin bundled with the v4 package should work fine. The one for v3 is not supported in v4 obviously.
I have noticed that on bitbucket there have not been any commits for v4 in a long time. Is Screwturn Wiki still being actively developed?
We have some serious resourcing issues, so I don't have an answer right now.