[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kwrite-devel
Subject:    Re: [kate] part/syntax/data: Remove RST include cuz it breaks too much things!
From:       Matthew Woehlke <mwoehlke.floss () gmail ! com>
Date:       2014-02-27 22:54:44
Message-ID: 530FC234.3030100 () gmail ! com
[Download RAW message or body]

(Please keep on list so others can also express an opinion.)

On 2014-02-27 17:19, Alex Turbov wrote:
> On Fri, Feb 28, 2014 at 1:15 AM, Matthew Woehlke wrote:
>> Some warning would have been nice. I don't like this change;
>
> I don't like the screenshots either!

What screenshots? No mail that I have received on this topic makes any 
mention of screenshots AFAICT.

>> we highlight doxygen in C++, why not reST in CMake?
>
> yeah, why not to highlight C++ in CMake? how much C++ code did you see in
> CMake comments? (close to zero from my experience)
> what about Doxygen commands in C++ comments in CMake comments??  that is
> totally insane imo!

I didn't say it was sane. I said we should include highlighting of the 
common documentation format in the language HL.

>> IMHO it would be better to remove the specific code HL's from reST than to
>> remove reST from CMake.
>
> imo, there is should be some shorter subset of RST to include to CMake --

...which is a lesser form of the change I proposed, no?

> I've thought that as a quick fix it is better to remove one line...
> unfortunately I have no time (and interest) to fix RST syntax instead...

I'll have a look after I merge 
https://git.reviewboard.kde.org/r/115544/. I can at least remove the 
syntax-highlighted code detection (that's trivial).

Now that I'm thinking about it, I can imagine it would be better to have 
a "base" reST HL and to have languages using it add their own language 
HL for code-block's.

(Though... I really wish kate's HL was a little more powerful here; what 
I would really like to do is be able include the reST rules but 
duck-punch a particular context therein to have my own rules, e.g. so a 
generic code-block in CMake would have CMake HL.)

-- 
Matthew
_______________________________________________
KWrite-Devel mailing list
KWrite-Devel@kde.org
https://mail.kde.org/mailman/listinfo/kwrite-devel
[prev in list] [next in list] [prev in thread] [next in thread]