Zim has always been a personal desktop wiki.

There are hundreds of "shared-publishing" wiki platforms out there, many
used by hundreds of millions of users maintained by communities with
thousands of contributors.

Personally I would love to see an "export to" function that dumped directly
with full fidelity into one of those wiki formats. One way, one time only,
"OK this notebook has now gotten to the point where I'm going to put it out
there" and stop using Zim and start its accessibility via Dokuwiki,
Mediawiki or whatever.

The work done so far on exporting to Pandoc - which now enable CommonMark
along with the dozens of other formats Pandoc supports - is a great step in
that direction.

Any Haskell programmers in the Zim community would be greatly contributing
to Zim's usefulness in this regard by helping with this already-established
direction for "publishing" Zim notebooks for content-collaboration by
others.

IMO FWIW

On Wed, Jan 7, 2015 at 5:10 AM, sm <sajid.mubas...@gmail.com> wrote:

>  Hi,
> I feel the “purpose of web server in zim” should be enhanced.  Thanks
> Martin, for bringing this up.  I have an entirely different usage with the
> notes in Zim Wiki – it is to inform a large & diverse audience.  Currently
> I make do with the “export to HTML” format and am trying to learn CSS etc
> quickly to make a nicer, bolder format suitable for display projectors.
>
> I like the comments of Andreas, and hope I can do similarly.  But it would
> be rather nice if the HTML “export” formats could be utilized by the
> internal-webserver.
>
> So the request is to enhance this feature in the next version(s).
>
> When you can make such elegant, nicely organized notes what is the point
> of restricting access?  Information when organized well tends to become
> knowledge (that is an overstatement, I am sure; but am just trying to draw
> attention to the “web-server” and “export” functions).
>
> Sajid
>
> On Wednesday 07 January 2015 03:18 PM, Marco Cevoli wrote:
>
>  I totally agree with Andreas. I also use this feature from time to time
> and I think it's quite useful.
>
> Marco Cevoli
>
> On Wed, Jan 7, 2015 at 7:40 AM, WEHLER Andreas <
> andreas.weh...@thalesgroup.com> wrote:
>
>> Hello Martin.
>>
>> The local Web-Server is an additional nifty feature.
>>
>> We are using zim books heavily for cooperation. We often copy / paste /
>> merge
>> zim contents around between different personal and shared zim books.
>>
>> But there are also workmates that don't (yet) use zim books. In situations
>> where those people temporarily need actual infos from my local zim books
>> in a read only manner (think of remote support use case) I just give them
>> access
>> to the local zim book via the built in WEB Server facility. Exporting a
>> snapshot
>> version access via some html-server on some other host is tedious in this
>> case.
>>
>> This exception proves the rule that by definition - as you have correctly
>> stated -
>> there is NO ACCESS to my local desktop wiki.
>>
>> So, please, just ignore features that you for yourself are probably
>> not going to use.
>>
>> Best regards,
>>
>>    Andreas
>>
>>
>>
>> On 04.01.2015 00:44, Martin Vegter wrote:
>> > Hello,
>> >
>> > I am starting to use Zim as my personal wiki. I have chosen Zim after a
>> > long and painful selection process, because Zim fit best my idea of a
>> > personal wiki, and it seemed to be lightweight and minimalistic.
>> >
>> > Now when I am getting to know Zim better, I am a bit
>> > surprised/disapointed that Zim comes with a build-in webserver.
>> >
>> > I know that the webserver is not running by default. But the sole
>> > existence of the webserver makes me question the underlying philosophy
>> > of zim development.
>> >
>> > A personal wiki is by definition personal, not public. There are plenty
>> > of collaborative, web-server based wikis for shared content editing.
>> >
>> > I see a dividing line between a personal wiki and public wiki. Both have
>> > their applications and uses, but should be kept separate.
>> >
>> > I find it alarming that there is a button in the menu, which when
>> > clicked, publishes my personal wiki on 0.0.0.0:8080. It is unlikely
>> that
>> > I would click it by mistake, and even then, I still have 8080 blocked by
>> > firewall. But nevertheless there is something in me that does not like
>> > this idea even in theory.
>> >
>> > I would like to kindly suggest to re-evaluate the decision of whether it
>> > is a good idea to integrate a webserver into Zim.
>> >
>> > In the meantime, what would be the best way for me to disable the
>> > webserver on my machine?
>> >
>> > remove zim/gui/server.py and delete the following line from
>> > zim/gui/__init__.py ?
>> > ('show_server_gui', None, _('Start _Web Server'), '', '', True), # T:
>> > Menu item
>> >
>> >
>> > I hope you appreciate my feedback
>> >
>> > regards,
>> > Martin Vegter
>> >
>> > _______________________________________________
>> > Mailing list: https://launchpad.net/~zim-wiki
>> > Post to     : zim-wiki@lists.launchpad.net
>> > Unsubscribe : https://launchpad.net/~zim-wiki
>> > More help   : https://help.launchpad.net/ListHelp
>> >
>> _______________________________________________
>> Mailing list: https://launchpad.net/~zim-wiki
>> Post to     : zim-wiki@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~zim-wiki
>> More help   : https://help.launchpad.net/ListHelp
>>
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~zim-wiki
> Post to     : zim-wiki@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~zim-wiki
> More help   : https://help.launchpad.net/ListHelp
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~zim-wiki
> Post to     : zim-wiki@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~zim-wiki
> More help   : https://help.launchpad.net/ListHelp
>
>
_______________________________________________
Mailing list: https://launchpad.net/~zim-wiki
Post to     : zim-wiki@lists.launchpad.net
Unsubscribe : https://launchpad.net/~zim-wiki
More help   : https://help.launchpad.net/ListHelp

Reply via email to