Re: [Github-comments] [geany/geany] Rpg sidebar tree (see #259) (#1813)

2018-04-08 Thread Thomas Martitz
@kugel- pushed 1 commit.

5c79661  improve manual text for the document listing methods in the sidebar


-- 
You are receiving this because you are subscribed to this thread.
View it on GitHub:
https://github.com/geany/geany/pull/1813/files/3ca8921a8b2b925a41c07a5541c6b36dd63491a0..5c796614e014910023a7faf3b4fcc9568c87dd3a


Re: [Github-comments] [geany/geany] Rpg sidebar tree (see #259) (#1813)

2018-04-08 Thread elextr
@kugel- I still can't do anything with github, so I have posted my suggested 
text below.

```
Document list views
^^^

There are three different ways to display documents on the sidebar if *Show
documents list* is active. To switch between views press the right mouse button
on documents list and select one of those radio buttons:

Documents Only
Show only file names of open documents in sorted order.

.. image:: ./images/sidebar_documents_only.png

Show Paths
Show open documents as a two-level tree in which first level is the paths
of directories containing open files and the second level is the file names 
of 
the documents open in that path.  All documents with the same path are 
grouped 
together under the same first level item.  Paths are in sorted order and 
documents are sorted within each group.

.. image:: ./images/sidebar_show_paths.png

Show Tree
Show paths as above, but as a multiple level partial tree.  The tree is 
only 
expanded at positions where two or more directory paths to open documents 
share the same prefix.  The common prefix is shown as a parent level, and 
the remainer of those paths are shown as child levels.  This applies 
recursively down the paths making a tree to the file names of open 
documents, 
which are grouped in sorted order as an additional level below the last 
path 
segment.

For convenience two common file locations are handled specifically, open 
files below the users home directory, and open files below an open project 
base path.  Each of these is moved to its own top level tree instead of 
being in place in the normal tree.  The top level of these trees are each 
labelled differently.  For the home directory tree the path of the home 
directory is shown as ``~``, and for the project tree the path to the 
project
base path is shown simply as the project name.

.. image:: ./images/sidebar_show_tree.png

In all cases paths and file names that do not fit in the width available are 
ellipsised.
```

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/1813#issuecomment-379611465

Re: [Github-comments] [geany/geany] Bash files syntax highlight (#1821)

2018-04-08 Thread Colomban Wendling
@elextr I think @surveyor3 is complaining that the syntax inside of `$()` is 
not highlighted specifically, but only as a single `$()` block.  In shell, 
`$()` is a command substitution, so the content inside it could be highlighted 
as normal syntax.

This is a Scintilla lexer limitation, see 
https://sourceforge.net/p/scintilla/feature-requests/1033/

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1821#issuecomment-379591708

Re: [Github-comments] [geany/geany] Bash files syntax highlight (#1821)

2018-04-08 Thread elextr
If you don't like the colours you can choose another colour scheme from those 
[contributed by others](https://github.com/geany/geany-themes)  or make your 
own.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1821#issuecomment-379590478

Re: [Github-comments] [geany/geany] Find popup does not update with new highlighted text without closing and reopening it. (#758)

2018-04-08 Thread kenshail
I have changed this on a local copy of 1.34 and it works fine - just one 
function, search_show_find_dialog  had to be changed in Search.c 
You can leave the search widget open and highlight the next text to find. It 
transfers to the widget when you click find again without having to close the 
widget. 
Modified file attached if anyone wants it.
I only implemented it in the basic find, not in find-replace nor find-in-files 
although it looks like the changes would transcribe quite easily.

Compiling for Linux was straightforward and I did manage to make a windows 
installer using the help on https://wiki.geany.org/howtos/win32/msys2
That was not so straighforward !
Has anyone made the  "Automated build via MAKEPKG file" yet ?

The only problem that I have with only the windows build is that it crashes on 
help-about. Everything else looks fine.
Does anyone have an idea why ? Does windows require something extra for that?

K



  - Original Message - 
  From: elextr 
  To: geany/geany 
  Cc: kenshail ; Mention 
  Sent: Wednesday, March 28, 2018 10:22 PM
  Subject: Re: [geany/geany] Find popup does not update with new highlighted 
text without closing and reopening it. (#758)


  @kenshail no, nobody contributed anything.

  —
  You are receiving this because you were mentioned.
  Reply to this email directly, view it on GitHub, or mute the thread.


-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/758#issuecomment-379574232

[Github-comments] [geany/geany] Bash files syntax highlight (#1821)

2018-04-08 Thread Samuele Bertollo
In geany .sh file have a syntax highlighting that's not quite good, compared  
i.e. to other editors like sublime. In particular when you have $(...) things 
inside the parenthesis are all colored in orange.
Geany version: 1.31
Color combination: default
GTK version: 2.24.31
O.S.: Ubuntu 17.10
filetype: .sh 


-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1821

Re: [Github-comments] [geany/geany] Port Windows installer to NSIS 3.x (#1302)

2018-04-08 Thread Enrico Tröger
We should still port the installer to NSIS 3. This would also ease creating 
full installers from the nightly builds as NSIS 3 is available as Debian 
package (not tested but might work to build full installers from nightly 
builds).

Though it is unlikely I will work on this myself in the next months.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1302#issuecomment-379548100