I am of the opinion that just like version control, Zim is best served by
hooking into third-party best of breed tools for specialized functions like
this. DokuWiki for example tries to do this, but I would turn it off if I
could, as I keep my DW source files in VCS. If the bzr hook functionality
w
Thanks for the reply!
On Wed, Feb 29, 2012 at 6:48 PM, Jaap Karssenberg
wrote:
> On Wed, Feb 29, 2012 at 7:46 PM, Robert Corty wrote:
>>
>> This is my first post on this mailing list. If this is not the right
>> place to ask technical questions, I apologize. Please just tell me
>> the right pl
On Wed, Feb 29, 2012 at 7:46 PM, Robert Corty wrote:
> This is my first post on this mailing list. If this is not the right
> place to ask technical questions, I apologize. Please just tell me
> the right place to ask them and don't unleash a huge ragefest on me.
>
Yes this is the right place
Hi all,
This is my first post on this mailing list. If this is not the right
place to ask technical questions, I apologize. Please just tell me
the right place to ask them and don't unleash a huge ragefest on me.
I read through the information about zim and it looks like it would be
really usef
Dear Dotan,
Most of the bugs you submitted are related to the way Zim visualizes
content and to the fact that you stores code into it. I don't see that
any of these bugs is so severe to limit the diffusion of Zim Wiki. In
fact, they don't even see bugs as far as I'm concerned.
The idea behind col
One more issue that I should have mentioned that needs to be addressed
as it makes Zim seem as immature software:
Links come back after closing Zim
https://bugs.launchpad.net/zim/+bug/678250
--
Dotan Cohen
http://gibberish.co.il
http://what-is-what.com
_
On Wed, Feb 29, 2012 at 15:19, Marco Cevoli wrote:
> Hi,
>
> When I read the posts of this mailing list, I'm always suprised by how
> many different uses Zim Wiki can be adapted to. Sometimes a program
> reaches a huge success when its users are aware of all the program's
> possibilities. So I was
SparkleShare is nice with zim. I notice that due to the frequent
saving in zim, there is a rush of updates being pushed to the git
server. The problem is, as Jaap notes, that if a page changes behind
the scene while somebody is editing a page, there will be a conflict.
--
Svenn
_
Alright, I'm gonna strike when the iron is hot. Both my Python knowledge
and my time is limited to do this myself, but I definitely want this
feature. As a project manager and an open source believer, I see many
opportunities for Zim to become a main tool for small project teams.
So, I want to
Btw. just so you guys are aware, there is a 100,- euro bounty open on
resolving conflicts. This draft is targetting a generic mechanism to show
and resolve conflicts in zim - regardless of the backend (dropbox, bazaar,
...). So far nobody has notified me that they are working on this, so open
for t
Hi,
Together with a friend I'm sharing a Zim notebook for a private project.
We share the notebook via Dropbox. We did toggle the shared notebook
setting.
It is working, but we have to be careful. We are aware about the pitfall
that we can not change the same page at the same time.
However,
I believe the use of DVCS is the best way to use zim as a long-term
wiki. Maybe we should define how it would work; I'm interested in
upgrading the DVCS plugin in this direction.
Damien
On 02/29/2012 05:57 PM, Greg Warner wrote:
Or maybe something like a shared dropbox folder would work. I'm
Or maybe something like a shared dropbox folder would work. I'm not sure
how it does conflict resolution, but it's probably better than nothing and
might be more user friendly than a VCS.
On Wed, Feb 29, 2012 at 9:55 AM, Jaap Karssenberg <
jaap.karssenb...@gmail.com> wrote:
> On Wed, Feb 29, 201
On Wed, Feb 29, 2012 at 5:32 PM, Ulf Bro wrote:
> Is it possible to leave all files on a server, for example on a samba
> server in Linux, and have more people working with it at the same time?
> One person can read what another has written just like in Wikipedia?
>
> Those who have a Windows cli
Is it possible to leave all files on a server, for example on a samba
server in Linux, and have more people working with it at the same time?
One person can read what another has written just like in Wikipedia?
Those who have a Windows client have their Zim running there and those
who have a Linux
> possibilities. So I was wondering that perhaps we can start to collect
> all users' cases, that is a small description about how you use Zim
> Wiki in your daily routine.
I agree with you. No problem. I can make a description any time.
Ulf
___
Mailin
On 02/29/2012 01:50 PM, kwood...@gmail.com wrote:
Jaap,
Wanted to send out my thanks as well. I've been through a lot of
outliners/wikis, including Treepad Business, WikidPad, Dokuwiki and
others. While each of them has some features that I liked a lot, I
find that zim has the best all-around
Hi,
When I read the posts of this mailing list, I'm always suprised by how
many different uses Zim Wiki can be adapted to. Sometimes a program
reaches a huge success when its users are aware of all the program's
possibilities. So I was wondering that perhaps we can start to collect
all users' case
Jaap,
Wanted to send out my thanks as well. I've been through a lot of
outliners/wikis, including Treepad Business, WikidPad, Dokuwiki and
others. While each of them has some features that I liked a lot, I
find that zim has the best all-around feature set balanced while being
a lightweight, text
On Wed, Feb 29, 2012 at 3:22 PM, Alessandro Magni wrote:
> **
> please excuse me for the late reply...
>
Not at all a problem
> you're right about the possible questions about zimDMS, but the page
> you're referring to, if you follow the link leading up one level, leads you
> to http://www.inri
On Wed, Feb 29, 2012 at 4:13 PM, Jaap Karssenberg <
jaap.karssenb...@gmail.com> wrote:
> I would say there is no way to do this, as zim will put them back as soon
> as you edit a page.
>
Thanks Jaap, I understand and am not asking for any changes to zim other
than putting it out there for genera
On Wed, Feb 29, 2012 at 4:06 PM, Jaap Karssenberg <
jaap.karssenb...@gmail.com> wrote:
> The hidden folder and the index database are only a cache to speed up
> operations. The headers give information like creation time and
> modification time of the page, in my opinion this is actual content tha
On Wed, Feb 29, 2012 at 3:05 PM, Jaap Karssenberg <
jaap.karssenb...@gmail.com> wrote:
>
> Let's start with the obvious question: why ? Zim needs these headers to
> function properly, and plan is to use them more in the future.
>
I haven't seen anything useful for my use of Zim, it's just annoyin
On Wed, Feb 29, 2012 at 9:57 AM, wrote:
> On Wed, Feb 29, 2012 at 3:03 PM, Jaap Karssenberg <
> jaap.karssenb...@gmail.com> wrote:
>
>> Yes, at some point I will switch to consider text files with no headers
>> as unformatted attachments.
>>
>
> Does that mean there won't be any graphic rendering
On Wed, Feb 29, 2012 at 3:03 PM, Jaap Karssenberg <
jaap.karssenb...@gmail.com> wrote:
> Yes, at some point I will switch to consider text files with no headers as
> unformatted attachments.
>
Does that mean there won't be any graphic rendering of markup of those
files? IMO the user should have t
On Wed, Feb 29, 2012 at 7:57 AM, wrote:
> I'd like to be able to strip out the four-line (including the lat blank
> one) from all files in a given filesystem branch, or an entire notebook
> data tree.
>
Let's start with the obvious question: why ?
Zim needs these headers to function properly, a
26 matches
Mail list logo