Re: [Zim-wiki] URLs without domain do not get auto-hyperlinked

2021-05-04 Thread Steve Chadsey
Hi Jaap,

Thanks for the explanation. I understand that having a spec to follow can
simplify things at the application code level. But for an end user like me,
it does not provide any benefit and in fact the application is more tedious
to use because of it. A good 60-75% of the URLs I paste into zim are copied
from the browser's URL bar for an internal work-related website that never
has a domain name in the URL. So, what was an automatic process of
hyperlinking in v0.68 now takes extra steps. I would understand it more if
it were some non standard scheme or something like that, but "
https://site/path; seems a pretty common URL pattern for intranets.

Would there be any chance that the URL matching could be expanded for this
case in a future release? Or, if this behavior could be modified via a
plugin, I could look into writing one.

Thanks,
-Steve

On Thu, Apr 22, 2021 at 2:23 PM Jaap Karssenberg 
wrote:

> Yes, this is intentional. Followed the Github Flavored Markdown spec on
> how to match valid URLs. Want to avoid too lax matching. You can still turn
> those URLs into links using Ctrl-L.
>
> Regards,
>
> Jaap
>
> On Thu, Apr 22, 2021 at 6:05 PM Steve Chadsey  wrote:
>
>> Hello,
>>
>> zim version0.73.5-t202104131839~ubuntu18.04.1 on Ubuntu 18.04.5 LTS,
>> 4.15.0-140-generic, x86_64
>>
>> I've just updated from 0.68~rc1-2 to the above version. I have noticed
>> that when I paste URLs that contain only a hostname (e.g.,
>> https://site/path) into a page, they don't get auto-hyperlinked. When
>> the hostname is fully qualified, the URLs do get auto-hyperlinked. Is this
>> a known issue? Both URL types would get auto-hyperlinked in the 0.68
>> version.
>>
>> Steps to reproduce:
>> 1. Paste or type a URL into a zim page
>> 2. Hit  or ctrl-R to refresh
>>
>> Test cases:
>> Failing:
>> http://site
>> http://site/
>> http://site/path
>> https://site
>> https://site/
>> https://site/path
>>
>> Passing:
>> http://site.test
>> http://site.test/
>> http://site.test/path
>> https://site.test
>> https://site.test/
>> https://site.test/path
>>
>> Thanks,
>> --
>> Steve Chadsey 
>> _______
>> 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
>>
>

-- 
Steve Chadsey 
___
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


[Zim-wiki] URLs without domain do not get auto-hyperlinked

2021-04-22 Thread Steve Chadsey
Hello,

zim version0.73.5-t202104131839~ubuntu18.04.1 on Ubuntu 18.04.5 LTS,
4.15.0-140-generic, x86_64

I've just updated from 0.68~rc1-2 to the above version. I have noticed that
when I paste URLs that contain only a hostname (e.g., https://site/path)
into a page, they don't get auto-hyperlinked. When the hostname is fully
qualified, the URLs do get auto-hyperlinked. Is this a known issue? Both
URL types would get auto-hyperlinked in the 0.68 version.

Steps to reproduce:
1. Paste or type a URL into a zim page
2. Hit  or ctrl-R to refresh

Test cases:
Failing:
http://site
http://site/
http://site/path
https://site
https://site/
https://site/path

Passing:
http://site.test
http://site.test/
http://site.test/path
https://site.test
https://site.test/
https://site.test/path

Thanks,
-- 
Steve Chadsey 
___
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


Re: [Zim-wiki] ONCE MORE: Windows 7 Professional, 64 Bit: Copy via [Ctrl+c] from Zim not reliable

2017-04-24 Thread Steve Chadsey
I am using Windows 8.1 64-bit and this issue has been an annoyance for as
long as I can remember (at least 2 years) throughout multiple Zim
releases.

I've installed a visual clipboard viewer, "Free Clipboard Viewer 3.0" which
immediately shows the clipboard contents whenever something is copied.
I'll run the program, then highlight something in zim and attempt a copy
with "Ctrl+C".  When something is successfully copied, the viewer will show
something like the attached "ok.png".  When something is not copied, I'll
see something like "bad.png".  I can highlight some text in zim and hit
"Ctrl+C" repeatedly and see the contents of the clipboard contain nothing
somewhere between 30-50% of copy attempts.

I would be happy to help troubleshoot further since the problem is very
reliably reproducible on my environment.

Thanks,

On Sun, Apr 23, 2017 at 5:18 PM, Marcio Tibirica <marcio.tibir...@gmx.com>
wrote:

> This seems to be a HUGE problem that can put in risk the future of Zim on
> the windows platform. Does anyone know if all Zim users in 64-bit Windows
> environment are having the same problem?
>
> mtibbi
> ===
>
>
> Em 23/04/2017 00:40, Brendan Kidwell escreveu:
>
>> This isn't definitive evidence, but the only Windows that I've used Zim
>> with for years has been Windows 8.1 64-bit and Windows 7 64-bit. At
>> least once per week I get bit by the copy-didn't-do-anything bug or some
>> other clipboard exception. I can't provide a list of steps to reproduce
>> and I can't come up with any ideas for how to make the problem go away.
>>
>> I will continue to act as the maintainer the Windows build of Zim with
>> the most recent release of GTK 2 each time, but honestly this is the
>> main reason I've moved by work diary out of Zim and into PiggyDB. (I am
>> required to use Windows 7 64-bt for my job.)
>>
>> Any help in fixing this would be appreciated. I know next to nothing
>> about GTK 2 and I am not going to be the person who solves it.
>>
>>
>> On Sat, Apr 22, 2017, at 14:15, Marcio TibiriƧƔ wrote:
>>
>>> Hi Udo,
>>>
>>> Your case is really weird. Maybe something related to 64-bit core?
>>> I have used Zim in both Win7 and Win10 without having problems with
>>> copy and paste to other applications. But in my case both machines are
>>> 32-bit.
>>> Maybe somebody else running Zim on Win 64-bit can bring some clue on
>>> your issue.
>>>
>>> mtibbi
>>>
>>
>>
>>
>> ___
>> 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
>



-- 
Steve Chadsey <schad...@gmail.com>
___
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


[Zim-wiki] Additional states for checkboxes

2016-01-18 Thread Steve Chadsey
Hello,

Zim checkbox states can be "open" (not checked), "OK" (checked, green
checkmark) or "Not OK" (checked, red X).  With my Zim workflow, it would be
incredibly convenient to have an additional checkbox state.  I would use it
to indicate a state of "Not completed". It would be differentiated from
"open" in that 1) it would use some new indicator/icon (like a yellow
triangle), and 2) the item with this new state would not appear in the Task
list.  I'd like to request an enhancement to allow for this additional
checkbox state.  Ideally, the user would be able to configure multiple
different checkbox states, and clicking on the checkbox would cycle through
all configured states.

Thanks,
-- 
Steve Chadsey <schad...@gmail.com>
___
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


Re: [Zim-wiki] Change editor for Edit Source

2013-02-11 Thread Steve Chadsey
On Sat, Feb 9, 2013 at 4:11 AM, nomnex nom...@gmail.com wrote:
 On Fri, 8 Feb 2013 11:51:27 -0700
 Steve Chadsey schad...@gmail.com wrote:

 How do I specify the editor I want to be launched with Tools-Edit
 Source?  I'm using XFCE if that makes any difference.

 I use XFCE Fedora, with Zim 0.59.
 To change my system text editor to Geany, I simply deleted the file
 defaults.list in my home directory
 Path: ~/.local/share/applications/defaults.list
 The next time I select ToolEdit Source, Zim gives me the
 choice to set a default text editor. Does it work for you?

I did not have the file ~/.local/share/applications/defaults.list .
I quit zim, created the file with the contents:

  text/plain=gvim.desktop

Restarted zim, and now I am happy to report that Edit Source opens gvim.

Thanks for the help everyone.
-- 
Steve Chadsey schad...@gmail.com

___
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


Re: [Zim-wiki] Change editor for Edit Source

2013-02-08 Thread Steve Chadsey
On Fri, Feb 8, 2013 at 1:16 PM, Svenn Are Bjerkem
svenn.bjer...@googlemail.com wrote:
 On 8 February 2013 19:51, Steve Chadsey schad...@gmail.com wrote:

 How do I specify the editor I want to be launched with Tools-Edit
 Source?  I'm using XFCE if that makes any difference.

 I'm Using LXDE on Debian/Sid.

 check
 .config/zim/preferences.conf:

 [GtkInterface]
 text_editor=xdg-open

 xdg-open is controlled by various mime types in
 .local/share/applications/mimeapps.list

Mine:

  text_editor=gvim

gvim is the editor I want.  gedit is what I'm getting.

Changing the pref to

  text_editor=xdg-open

(after closing zim) has no effect.  From the command line, using xdg-open
on a .txt file does launch gvim, so the mime setting should be good.

Setting the pref to the full path of vim also does not solve it.

Other ideas?

Thanks,
-- 
Steve Chadsey schad...@gmail.com

___
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