[8WR] XenCarta (Wiki) PRO [Paid] 1.4.8a

[electrogypsy]

i'm looking for an easy to use wiki like this, but i need the option to assign the discussion threads to a different forum node for each page/category. any chance this could be done in a future version?

 

[goflish]

Is it possible to have the page list show right below the main wiki index page? http://i.imgur.com/KJMLzV2.png (done with photoshop)

Or at least be able to have the page list become main index page (I prefer the first option above if that's possible)

Also, an easier way to make tables with the editor would be very helpful.

 

[Jaxel]

i'm looking for an easy to use wiki like this, but i need the option to assign the discussion threads to a different forum node for each page/category. any chance this could be done in a future version?

You can select multiple wiki thread forums...

Is it possible to have the page list show right below the main wiki index page? http://i.imgur.com/KJMLzV2.png (done with photoshop)

Or at least be able to have the page list become main index page (I prefer the first option above if that's possible)

Also, an easier way to make tables with the editor would be very helpful.

You have to make your own wiki page.

As for easier tables... you can install a table bbcode.

 

[electrogypsy]

You can select multiple wiki thread forums...


You have to make your own wiki page.

As for easier tables... you can install a table bbcode.

This is true, but doesn't that just create the same thread in each node for every page created? It seems more useful to enable automatic thread creation and be able to assign each wiki page it's own node to post in rather than just turning one (or more) nodes into a dumping ground for everything that happens in the wiki.

I apologize if I'm totally misinterpreting how it works.

 

[Jaxel]

This is true, but doesn't that just create the same thread in each node for every page created? It seems more useful to enable automatic thread creation and be able to assign each wiki page it's own node to post in rather than just turning one (or more) nodes into a dumping ground for everything that happens in the wiki.

I apologize if I'm totally misinterpreting how it works.

No. Each wiki page can only have 1 thread linked to it.

 

[electrogypsy]

No. Each wiki page can only have 1 thread linked to it.

i think we're mis-communicating here slightly.

what i mean is that a lot of xenforo plugins (such as the resource manager) will create a thread in any forum node you specify. you specify which node the thread should be created in when you set up the category (again, going with the xfrm example). so, when i set up the 'biking' category (in xfrm), i set the forum to automatically create the thread in to the 'biking' forum node. then i create another resource with a different category that's configured to automatically create threads in the 'sailing' forum node, etc, etc...

as far as i can tell, xencarta will only allow you to specify one forum node where all wiki threads will appear.

 

[dehness]

How would I remove the Wiki Navtab for guests only?

 

[TheLaw]

@Jaxel Is there a way to set it so that anyone can edit, but edits have to be approved by wiki moderators?

This is essential. But it's not so simple since all edits would need to be held in a separate table and then updated once approved. But I do agree, it is absolutely essential otherwise a wiki is generally only usable by moderators. Opening it up for open edits is a recipe for disaster (and spam!) Same goes for posts - users can contribute but all posts must go into moderation before appearing.

 

[electrogypsy]

i think we're mis-communicating here slightly.

what i mean is that a lot of xenforo plugins (such as the resource manager) will create a thread in any forum node you specify. you specify which node the thread should be created in when you set up the category (again, going with the xfrm example). so, when i set up the 'biking' category (in xfrm), i set the forum to automatically create the thread in to the 'biking' forum node. then i create another resource with a different category that's configured to automatically create threads in the 'sailing' forum node, etc, etc...

as far as i can tell, xencarta will only allow you to specify one forum node where all wiki threads will appear.

would it be possible to finance this addition to the plugin?

 

[TheLaw]

would it be possible to finance this addition to the plugin?

I'm sure that if you find a coder, they will accept your financing.

My concern with modifying the addon to require admin or moderator approval is that it would be core to how the addon functions. For me, this addon functions mostly as just another mini CMS for admins and moderators to edit. Users have no ability to add or modify anything there because doing so would open up a cesspool of new pages. It should work nicely on a private site with a user base you trust, although I hope for more flexibility for a common use.

 

[electrogypsy]

I'm sure that if you find a coder, they will accept your financing.

I don't think it's legal to hire a coder to edit someone else's code? Besides, I'd rather pay the original author to do it. @Jaxel where are you? :-D

 

[Jaxel]

This is a "lite" wiki. Its not designed to be a completely open wiki system. Its designed to be a heavy regulated system, in which you only allow permissioned usergroups to edit pages. Since only specific users can edit pages, the need for an edit queue is pointless. The wiki is designed in such a way as to reduce the server load you find with other wikis. My wiki, when running through VaultWiki took 30-45 seconds to load a single page... with this wiki, it takes 0.2 seconds.

 

[TheLaw]

This is a "lite" wiki. Its not designed to be a completely open wiki system. Its designed to be a heavy regulated system, in which you only allow permissioned usergroups to edit pages. Since only specific users can edit pages, the need for an edit queue is pointless. The wiki is designed in such a way as to reduce the server load you find with other wikis. My wiki, when running through VaultWiki took 30-45 seconds to load a single page... with this wiki, it takes 0.2 seconds.

Understood and thanks for sharing your intentions. I have VaultWiki for more heavy duty lifting - for exactly the kind of things we're talking about, e.g. the need for complete moderation of page editing. XenCarta does a great job for people I trust for all the reasons you shared. That said, I would like one preference which I don't think would change the essence of the wiki itself nor add to server load. I'd like to put the creation of new pages (and ideally also the editing of old pages) into the standard XF moderation queue for admin/moderator approval. That would probably be an acceptable compromise that will also allow for added flexibility without too much modification of the core. Thanks in advance for any consideration.

 

[Mr Black]

Purchased today, thanks for a fantastic product.

I have an issue uploading images, getting these errors thrown:

XenForo_Exception: Failed to write the attachment thumbnail file. - library/XenForo/DataWriter/AttachmentData.php:162
Generated By: Aussie, 1 minute ago
Stack Trace
#0 /srv/http/<REMOVED>/root/library/XenForo/DataWriter.php(1409): XenForo_DataWriter_AttachmentData->_postSave()
#1 /srv/http/<REMOVED>/root/library/XenForo/Model/Attachment.php(539): XenForo_DataWriter->save()
#2 /srv/http/<REMOVED>/root/library/XenForo/ControllerPublic/Attachment.php(204): XenForo_Model_Attachment->insertUploadedAttachmentData(Object(XenForo_Upload), 1)
#3 /srv/http/<REMOVED>/root/library/XenForo/FrontController.php(351): XenForo_ControllerPublic_Attachment->actionDoUpload()
#4 /srv/http/<REMOVED>/root/library/XenForo/FrontController.php(134): XenForo_FrontController->dispatch(Object(XenForo_RouteMatch))
#5 /srv/http/<REMOVED>/root/index.php(13): XenForo_FrontController->run()
#6 {main}
Request State
array(3) {
["url"] => string(110) "https://www.<REMOVED>/attachments/do-upload.json?hash=cac246e104ece570c2d14b8554f64414&content_type=wiki"
["_GET"] => array(3) {
["/attachments/do-upload_json"] => string(0) ""
["hash"] => string(32) "cac246e104ece570c2d14b8554f64414"
["content_type"] => string(4) "wiki"
}
["_POST"] => array(4) {
["_xfToken"] => string(8) "********"
["_xfNoRedirect"] => string(1) "1"
["_xfSessionId"] => string(32) "c54db8d0a6f33a25dbbee4c7467d4e1a"
["content_data"] => array(1) {
["page_id"] => string(1) "4"
}
}
}

I do not have any issue's uploading on the forums themselves, no issue's at all.

Can you understand what is going on here?

Ignore, fixed

Thanks

 

[WebFusion2]

Quick pre-sale quesiton:

Does this currently work with the latest version of Xenforo (1.5.1)?

Also - does it maintain the responsive design if the style I'm using has that feature?

 

[JulianD]

Quick pre-sale quesiton:

Does this currently work with the latest version of Xenforo (1.5.1)?

Also - does it maintain the responsive design if the style I'm using has that feature?

+1

Also, can admins have the option to pre approve any changes to the wiki?

 

[electrogypsy]

would it be possible to finance this addition to the plugin?

@Jaxel sorry to keep bugging you, but i'd really like to see the addition of the ability to automatically create a threads per wiki page (as is default) but into a custom forum node of my choosing (per wiki page), and I'd be willing to finance this change in addition to the plugin cost. would you be interested in this?

 

[Jaxel]

@Jaxel sorry to keep bugging you, but i'd really like to see the addition of the ability to automatically create a threads per wiki page (as is default) but into a custom forum node of my choosing (per wiki page), and I'd be willing to finance this change in addition to the plugin cost. would you be interested in this?

It should be very easy to add... I mean, there is already a thread system in place.

 

[Ryan Nielson]

That said, I would like one preference which I don't think would change the essence of the wiki itself nor add to server load. I'd like to put the creation of new pages (and ideally also the editing of old pages) into the standard XF moderation queue for admin/moderator approval. That would probably be an acceptable compromise that will also allow for added flexibility without too much modification of the core. Thanks in advance for any consideration.

This would be phenomenal and would dramatically expand the utility of the add-on.

 

[electrogypsy]

It should be very easy to add... I mean, there is already a thread system in place.

that's what i am thinking/hoping
so name your price for the sponsorship of this addition and i'll see what i can do!