Note: a typo in line 5
*glyphs* not ‘glyths’
Regards,
Adrien
> On Jun 25, 2020 w26d177, at 3:21 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> I think for now we should disable it for MacOS until a solution presents
> itself, maybe I will get a Macbook so I can test this.
> John, is this
Bob,
I tried, that is in one of my replies below.
It takes up space, but it doesn’t appear visually. (so like a space character
the width of the glyph) I even tried using the GTKInspector and setting the
entire UI to use Apple Color Emoji as a font and they still appeared as spaces.
Regards,
Bob,
Yes, that should work.
Regards,
John Ralls
> On Jun 25, 2020, at 1:21 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> I think for now we should disable it for MacOS until a solution presents
> itself, maybe I will get a Macbook so I can test this.
> John, is this right...
> void
>
It's not a general open-source problem, it's a Gtk Quartz problem. There's a
similar issue on Gramps having to do with certain symbols used by some
genealogists to indicate characteristics or relationship types, e.g. ⚭ for
marriage or ⚰︎ for death. That's why I already knew about the details
Is it possible that developers in some other open source project may have
been faced with a similar problem, or are you so far ahead of them that
they are all waiting to see what you do?
David Carlson
On Thu, Jun 25, 2020, 3:24 AM Robert Fewell <14ubo...@gmail.com> wrote:
> Adrian, maybe for a
Adrian, maybe for a start one could just try and see if you can paste those
unicodes or some other into the notes/memo fields, that is how I started
and when it worked I thought about using them.
Regards,
Bob
On Thu, 25 Jun 2020 at 02:10, Adrien Monteleone <
adrien.montele...@lusfiber.net>
I think for now we should disable it for MacOS until a solution presents
itself, maybe I will get a Macbook so I can test this.
John, is this right...
void
gnc_assoc_cell_set_use_glyphs (AssocCell *cell)
{
#ifdef MAC_INTEGRATION
cell->use_glyths = FALSE;
#else
gboolean use_glyphs = TRUE;
I’d be happy to play with the CSS, but I don’t see a way to target that cell.
All I get are the sheet and the entry cell.
Regards,
Adrien
> On Jun 24, 2020 w26d176, at 8:05 PM, John Ralls wrote:
>
> Font handling in Gtk on MacOS is weird: Pango only calculates the layout for
> computing box
Font handling in Gtk on MacOS is weird: Pango only calculates the layout for
computing box sizes. The actual glyph selection and layout is handled by Cairo,
and I don't think it knows how to use CoreText's font substitution. WebKitGtk
complicates matters by requiring the FreeType2 Pango backend
Sorry, I forgot to report back that after looking over the entire unicode
table, I can’t find anything suitable as replacement glyphs. (at least not
without a specialized typeface, which GnuCash would have to package)
So on Mac at least, we lose the ability to see there is an attachment or
I tried pasting them into a Notes field, they take up space, but do not display.
I fired up the GTKInspector to see if I could find a clue —no dice. CSS has no
effect, and it is near impossible to target anything besides the register sheet
as a whole, or the entry field. (and one can’t edit the
I tested this on a couple of Linux boxes and also on Windows and had no
trouble so maybe it is a Mac issue. Unfortunately I do not presently have
one so I do not know, maybe John might have an idea, the only ideas I have
is to set different code points for a paperclip and links for Mac's,
disable
I found it to be trivial to expand the columns again from 0px. Though if you’ve
collapsed multiple adjacent columns, you have to un-collapse them in reverse
order.
I guess since the layout is shared, it makes sense there could be other issues
if 0px were allowed.
Regards,
Adrien
> On Jun 24,
1:31 EDT 2020
> To: gnucash-devel
> Subject: Re: [GNC-dev] [GNC] GnuCash 3.906 Released
>
> I guess that is what I managed to do. I'm interpreting ‘0px’ to mean the
> dividers merge/overlap so you only see a single-width divider. That it
> seems doesn’t get saved, but it is e
.
Original Message
From: Adrien Monteleone
Sent: Wed Jun 24 11:01:31 EDT 2020
To: gnucash-devel
Subject: Re: [GNC-dev] [GNC] GnuCash 3.906 Released
I guess that is what I managed to do. I'm interpreting ‘0px’ to mean the
dividers merge/overlap so you only see a single-width divider
Those glyphs only show up for me in Character Viewer as ‘Apple Color Emoji’.
(thus not part of any regular typeface) Not sure how to get that included in
GnuCash if it isn’t there by default. Certainly, I don’t want to change my
default font to all emojis.
But that doesn’t explain the lack of
I guess that is what I managed to do. I'm interpreting ‘0px’ to mean the
dividers merge/overlap so you only see a single-width divider. That it seems
doesn’t get saved, but it is easier to accomplish dexterity-wise without having
to carefully hit a fine-tuned target. (I’m using a touch pad, not
It may be possible to save the column widths as 1px when the columns are
dragged on screen to zero px.
Regards,
Bob
On Wed, 24 Jun 2020 at 15:54, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
> Bob,
>
> Thanks, that was the ticket.
>
> I very carefully set them to 1px (column
Bob,
Thanks, that was the ticket.
I very carefully set them to 1px (column dividers still visible as a now
thicker line) which is rather tricky.
The layout was retained.
Apparently, the columns that were getting reset on me had been reduced to zero.
So I guess this is working as intended (or
Funny enough, they were 1 or 2px.
In my re-test after using the reset option, I made sure to be careful to bring
them to zero. Those widths weren’t retained at all.
I’ll try again to carefully set them all to very small and see what happens.
Regards,
> On Jun 24, 2020 w26d176, at 9:44 AM,
I just decided to test using the ‘Reset’ option then re-opened some bills to
test that it was indeed reset, then I reset my layout and made it default again.
Now, every subsequent bill I open is back to default column widths and my
layout isn’t saved at all.
Regards,
Adrien
> On Jun 24, 2020
I think that is the problem, reduce those columns but make sure the columns
are at least one pixel. I do not think they can be zero.
Bob
On Wed, 24 Jun 2020 at 15:41, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
> Thanks I’ll check for that glyph.
>
> Concerning the layout, I used
Thanks I’ll check for that glyph.
Concerning the layout, I used that option then opened other bills from a Vendor
Report, as well as the same bill.
I just changed them again and used the menu entry again, and this time did a
Find.
Now (check my reply to Geert) only ’Taxable?’ and ‘Billable?’
I reduced ‘Invoiced?’, ‘Billable?' and all three tax columns to zero then
expanded ‘Expense Account’ and snapped ‘Description’ to balance.
After re-opening, the three tax columns and ‘Billable?’ come back as default
sizes and Description shrinks accordingly.
Is there a way to choose visible
Adrien,
That is a bot surprising, there is a test for the glyphs in the font and if
not present should default to 'f' and 'w', code points are..
#define GLYPH_PAPERCLIP "\360\237\223\216" // Codepoint U+1F4CE
#define GLYPH_LINK "\360\237\224\227" // Codepoint U+1F517
Regarding the second
That should do it...
I just tested on my Fedora 31 box and after following your steps the new bill
opens with the new
layout (I do run current master rather than 3.906 but I don't think any changes
were made in
that area between these two).
What changes did you make exactly to the layout ?
Is there a trick to this?
I just set a layout on a Vendor bill, then clicked the menu entry.
I closed the bill and opened a different one from the same vendor. The layout
was not the one I saved.
I then re-opened the original bill and it too did not return with the saved
layout.
3.906 on
Is there some documentation on the unicode point for this symbol?
I loaded 3.906, and the ‘f’ indicator went away and was replaced by nothing.
(so I’m guess even the default font doesn’t have the symbol, which isn’t
optimal.)
Regards,
Adrien
>
> • A symbol is now displayed on transactions in
28 matches
Mail list logo