| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
So it has more chances to be seen. If the code is moved to another
file, for example, the git blame won't work.
|
|
|
|
|
|
|
|
|
|
|
| |
If a completion proposal returns markup of "<b>foo</b> <b>foo</b>", the
first bold will not be respected in most cases. The font-desc we get
from the style usually has PANGO_FONT_MASK_WEIGHT set, even when it is
set to normal. Thus, the PangoLayout has two PangoAttr in the
PangoAttrList which set weight at the same offset.
This can be removed if https://bugzilla.gnome.org/show_bug.cgi?id=755968
gets fixed.
|
|
|
|
|
| |
To not forget it, if someone in the future wants to remove the ChangeLog
file.
|
|
|
|
|
| |
With the gnu strictness, the INSTALL file is generated, but a ChangeLog
file must be present.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755933
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Languages embedded im html, whos highlighting is inherited from html.lang
are not hightlighted between the headings-contexts (<title>, <h1>, ...).
This prevents the reader to properly recognize code that is used to
customize the title or headings. For example the Django Template Language
is often used between the <title> tags to customize the title. If the
'{{' and '}}' brackets are not highlighted the reader interprets the
section as text instead of the embedded language. The patch adds the
<context ref="embedded-lang-hook"/> to the headings-contexts to fix this.
https://bugzilla.gnome.org/show_bug.cgi?id=754934
|
|
|
|
|
| |
Now that LaTeXila uses the no-spell-check region to not spell check
LaTeX commands, this bug was visible.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=754877
|
| |
|
|
|
|
| |
Signed-off-by: Trần Ngọc Quân <vnwildman@gmail.com>
|
|
|
|
|
|
|
|
| |
It is common to have a mixture of GtkSourceCompletionProposal where some
have pixbuf/gicon/icon-name and some do not. This was causing the rows
without provided icons to inherit that of the previously rendered row.
This simply unsets the image if we did not find one to set.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Include gtksourceview-i18n.h instead.
|
|
|
|
|
| |
Properties are no longer translated in GtkSourceView. That's a waste of
time.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
It seems that recent GLib now enforces to not have duplicate test case
paths.
Copy/paste error, most likely.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
gtk_style_context_get returns a copy
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fixes.
* update syntax highlight for the new line-continuation rules, where
anything after ... is considered a comment. Also, \ can now only
be used in double quoted strings so we just pick def:string.
* simplify the operators regex (both performance and readability)
* drop the over complicated and incorrect matches for decimal,
floating-point, octal, and hexadecimal highlight. These must have
been copied from other file, since Octave does not support the "f",
"u", or "l", syntax they cover. It can all be simplified by using
the definitions in def.lang.
* removed highlight of the variable "ans", because that's used at the
interactive prompt, and not in scripts.
* expand list of keywords to include the new classdef system and unwrap
the regexs inside a single keyword for readability.
* with octave.lang now including classdef keywords, drop all keywords
from matlab.lang and simply include the matlab set from octave.lang.
* remove all number related from matlab.lang and pick def:decimal
like octave.lang does. Do not pick hexadecimal because Matlab has
never supported it.
|
|
|
|
| |
string)
|
| |
|
|
|
|
| |
The regex is already complicated, but if there are errors in it, …
|
|
|
|
|
| |
I happened to run into this while manually typing in font-sizing in CSS
using the Gtk inspector. Quick, easy fix.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Under certain HiDPI situations, 1x icons were loaded and rendered with
the scale factor applied. As expected, this resulted in blurry icons.
Of note, were blurry icons in the GtkSourceGutterRendererPixbuf.
This is not the most efficient, but is not terribly different from what
is happening today. We create a new cairo_surface_t for the pixbuf
manually, with the scale applied. gdk_cairo_set_source_pixbuf() also
does this, but without the scale.
We could optimize this in the future by making our pixbuf helper return
cairo_surface_t* rather than GdkPixbuf*.
|
| |
|