Tested... Seems to work.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1342#issuecomment-2080360294
You are receiving this because you are subscribed to this thread.
Message ID:
> hum… @elextr @xiota so what's your conclusion? Depend on libsoup3 as this PR
> because it's HTTP, or depend on a GVFS backend for HTTP?
Waiting for
https://github.com/geany/geany-plugins/pull/1340#issuecomment-2079741003
If it works `?` #1340 `:` #1336
--
Reply to this email directly or
Duplicate of #2736
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3857#issuecomment-2080307580
You are receiving this because you are subscribed to this thread.
Message ID:
Closed #3857 as completed.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3857#event-12629720274
You are receiving this because you are subscribed to this thread.
Message ID:
Closed #3855 as completed.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3855#event-12629711665
You are receiving this because you are subscribed to this thread.
Message ID:
@elextr approved this pull request.
Bearing in mind my lack of knowledge of libsoup it looks ok.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1342#pullrequestreview-2026126069
You are receiving this because you are subscribed to this
@elextr commented on this pull request.
> @@ -950,6 +1005,23 @@ gwh_browser_set_uri (GwhBrowser *self,
g_free (real_uri);
}
+gboolean
+gwh_browser_set_uri_from_document (GwhBrowser*self,
+ GeanyDocument *doc)
+{
+ gchar *uri;
+
+ /* document must
Many pastebins dont work, but its not new to the changes here…
CC @xiota @jbicha
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1342
-- Commit Summary --
* geniuspaste: Port to libsoup3
* geniuspaste: Remove use of deprecated
This feature allows quick navigation do document/workspace symbols based on
their names, open files, and line numbers.
The panels code is mostly stolen from the LSP plugin which in turn stole
it from the Colomban Wendlings Commander plugin.
You can view, comment on, or merge this pull request
@xiota I don't think we need to explore a *different* additional HTTP library;
either we only use what's already part of the general GTK stack, or using
libsoup which is also a direct or indirect dependency of 3 other plugins is
fine.
--
Reply to this email directly or view it on GitHub:
Guys, be a bit patient :D. I'll test this on Windows/MSYS2 later or in the next
days.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1340#issuecomment-2079741003
You are receiving this because you are subscribed to this thread.
Message ID:
> > For "table" and "itemize" there is a trailing space after the cursor
> > marker. Is this intended?
> > "block" uses no indentation at all, "itemize" uses a tab resp. spaces and
> > "table" uses a single space only.
>
> This is fixed. I tried to re-sync the indentions
I cannot verify as I
@eht16 commented on this pull request.
> - tmp = g_strdup_printf("\n\\end{%s}", environment);
- glatex_insert_string(tmp, FALSE);
- g_free(tmp);
-
- indention_prefs = editor_get_indent_prefs(doc->editor);
-
I think a problem with gio method is depends on gvfs (gnome) and not available
on msys2 and brew (win/mac).
Wondering now about libcurl vs libsoup.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1340#issuecomment-2079619971
You are receiving
See #1340 if wanted.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1336#issuecomment-2079550087
You are receiving this because you are subscribed to this thread.
Message ID:
Same as #1336 but using GIO instead of libsoup.
If wanted? CC @elextr @xiota @frlan.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1340
-- Commit Summary --
* updatechecker: Port to libsoup3
* updatechecker: Dont leak the
Note that writing an async version of the feature, while reasonably easy, is a
little bit more work.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1336#issuecomment-2079476011
You are receiving this because you are subscribed to this thread.
hum… @elextr @xiota so what's your conclusion? Depend on libsoup3 as this PR
because it's HTTP, or depend on a GVFS backend for HTTP?
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1336#issuecomment-2079474204
You are receiving this because
@b4n commented on this pull request.
> @@ -950,6 +1005,23 @@ gwh_browser_set_uri (GwhBrowser *self,
g_free (real_uri);
}
+gboolean
+gwh_browser_set_uri_from_document (GwhBrowser*self,
+ GeanyDocument *doc)
+{
+ gchar *uri;
+
+ /* document must
The main issue with native dialogs/portals, is that they have reduced feature
set, see e.g.
[GtkFileChooserNative](https://docs.gtk.org/gtk3/class.FileChooserNative.html).
And some might be a problematic trade-off for our use cases.
Also note that I can't read anything in the link above about
> GTK4 (if Geany ever gets there) has a
> [native](https://docs.gtk.org/gtk4/class.FileChooserNative.html) file chooser
> for Windows and Macos, but not Qt (can't think why not ;-)
Actually, the native file chooser is indeed for Qt if the app calling it is run
on Plasma or another Qt
Yeah I guess using GIO directly for this kind of super simple GET would make
sense Indeed. I also think that gvfs will indeed be part of all reasonable GIO
installations, but I could be wrong.
--
Reply to this email directly or view it on GitHub:
Someone could run the test program on windows or mac to find out. I no longer
have (easy) access to either.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1336#issuecomment-2078735830
You are receiving this because you are subscribed to this
Well, I interpret the very first words in the readme "GVfs is a userspace
virtual filesystem implementation for GIO" to mean its part of GIO. IIUC it
provides the implementations for the abstract file/URL/dbus stream operations
in GIO and thats why you get an error if its not installed and you
It is separate from GIO. This is the project page:
https://gitlab.gnome.org/GNOME/gvfs
Debian package, appears to be `gvfs-backends`
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1336#issuecomment-2078714133
You are receiving this because
> Looks like it depends on gvfs... After uninstalling...
Well, IIUC GVFS is _part_ of GIO (not to be confused with GnomeVFS), so if its
uninstalled its not surprising parts of GIO don't work.
But that probably means reading URLs won't work on Windows, dunno about Macos,
so back to the soup I
I use whatever is provided by the package manager. Even on Debian, pkg-config
is a dummy package that redirects to pkgconf.
Their stance doesn't seem particularly "aggressive" in context because they
call out "passive-aggressive people who try to argue with us". Seems they
probably had some
27 matches
Mail list logo