Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 right...
> void
> gnc_assoc_cell_set_use_glyphs (AssocCell *cell)
> {
> #ifdef MAC_INTEGRATION
> cell->use_glyths = FALSE;
> #else
> gboolean use_glyphs = TRUE;
> gchar *test_text;
> GtkWidget *label;
> PangoLayout *test_layout;
> gint count;
>
> g_return_if_fail (cell != NULL);
>
> label = gtk_label_new (NULL);
> test_text = g_strconcat (GLYPH_LINK, ",", GLYPH_PAPERCLIP, NULL);
> test_layout = gtk_widget_create_pango_layout (GTK_WIDGET (label),
> test_text);
>
> pango_layout_set_text (test_layout, test_text, strlen (test_text));
>
> count = pango_layout_get_unknown_glyphs_count (test_layout);
>
> if (count != 0)
> use_glyphs = FALSE;
>
> g_object_unref (test_layout);
> g_free (test_text);
>
> cell->use_glyphs = use_glyphs;
> #endif
> }
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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, Adrien > On Jun 25, 2020 w26d177, at 3:23 AM, Robert Fewell <14ubo...@gmail.com> wrote: > > 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 > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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
> gnc_assoc_cell_set_use_glyphs (AssocCell *cell)
> {
> #ifdef MAC_INTEGRATION
>cell->use_glyths = FALSE;
> #else
>gboolean use_glyphs = TRUE;
>gchar *test_text;
>GtkWidget *label;
>PangoLayout *test_layout;
>gint count;
>
>g_return_if_fail (cell != NULL);
>
>label = gtk_label_new (NULL);
>test_text = g_strconcat (GLYPH_LINK, ",", GLYPH_PAPERCLIP, NULL);
>test_layout = gtk_widget_create_pango_layout (GTK_WIDGET (label),
> test_text);
>
>pango_layout_set_text (test_layout, test_text, strlen (test_text));
>
>count = pango_layout_get_unknown_glyphs_count (test_layout);
>
>if (count != 0)
>use_glyphs = FALSE;
>
>g_object_unref (test_layout);
>g_free (test_text);
>
>cell->use_glyphs = use_glyphs;
> #endif
> }
>
>
> On Thu, 25 Jun 2020 at 02:10, Adrien Monteleone <
> adrien.montele...@lusfiber.net> wrote:
>
>> 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 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 as well and that does its own font substitution. Regardless,
>> pango is finding the emojis so the test passes. Cairo isn't putting a
>> missing glyph glyph there like I'd expect. I haven't yet figured out why
>> not.
>>>
>>> I can think of two avenues to try: Simply forcing have_glyphs to false
>> on MacOS would display the regular letters. Not as pretty but it's sure to
>> work. A bit more difficult and in need of testing would be to use CSS to
>> set the font family for the Association cell to Apple Color Emojis on MacOS.
>>>
>>> Regards,
>>> John Ralls
>>
>>
>> ___
>> gnucash-devel mailing list
>> gnucash-devel@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 of the problem. Regards, John Ralls > On Jun 25, 2020, at 3:25 AM, David Carlson > wrote: > > 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 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> wrote: >> >>> 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 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 as well and that does its own font substitution. >> Regardless, >>> pango is finding the emojis so the test passes. Cairo isn't putting a >>> missing glyph glyph there like I'd expect. I haven't yet figured out why >>> not. I can think of two avenues to try: Simply forcing have_glyphs to false >>> on MacOS would display the regular letters. Not as pretty but it's sure >> to >>> work. A bit more difficult and in need of testing would be to use CSS to >>> set the font family for the Association cell to Apple Color Emojis on >> MacOS. Regards, John Ralls >>> >>> >>> ___ >>> gnucash-devel mailing list >>> gnucash-devel@gnucash.org >>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >>> >> ___ >> gnucash-devel mailing list >> gnucash-devel@gnucash.org >> https://lists.gnucash.org/mailman/listinfo/gnucash-devel >> > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 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> wrote: > > > 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 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 as well and that does its own font substitution. > Regardless, > > pango is finding the emojis so the test passes. Cairo isn't putting a > > missing glyph glyph there like I'd expect. I haven't yet figured out why > > not. > > > > > > I can think of two avenues to try: Simply forcing have_glyphs to false > > on MacOS would display the regular letters. Not as pretty but it's sure > to > > work. A bit more difficult and in need of testing would be to use CSS to > > set the font family for the Association cell to Apple Color Emojis on > MacOS. > > > > > > Regards, > > > John Ralls > > > > > > ___ > > gnucash-devel mailing list > > gnucash-devel@gnucash.org > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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> wrote: > 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 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 as well and that does its own font substitution. Regardless, > pango is finding the emojis so the test passes. Cairo isn't putting a > missing glyph glyph there like I'd expect. I haven't yet figured out why > not. > > > > I can think of two avenues to try: Simply forcing have_glyphs to false > on MacOS would display the regular letters. Not as pretty but it's sure to > work. A bit more difficult and in need of testing would be to use CSS to > set the font family for the Association cell to Apple Color Emojis on MacOS. > > > > Regards, > > John Ralls > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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;
gchar *test_text;
GtkWidget *label;
PangoLayout *test_layout;
gint count;
g_return_if_fail (cell != NULL);
label = gtk_label_new (NULL);
test_text = g_strconcat (GLYPH_LINK, ",", GLYPH_PAPERCLIP, NULL);
test_layout = gtk_widget_create_pango_layout (GTK_WIDGET (label),
test_text);
pango_layout_set_text (test_layout, test_text, strlen (test_text));
count = pango_layout_get_unknown_glyphs_count (test_layout);
if (count != 0)
use_glyphs = FALSE;
g_object_unref (test_layout);
g_free (test_text);
cell->use_glyphs = use_glyphs;
#endif
}
On Thu, 25 Jun 2020 at 02:10, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
> 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 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 as well and that does its own font substitution. Regardless,
> pango is finding the emojis so the test passes. Cairo isn't putting a
> missing glyph glyph there like I'd expect. I haven't yet figured out why
> not.
> >
> > I can think of two avenues to try: Simply forcing have_glyphs to false
> on MacOS would display the regular letters. Not as pretty but it's sure to
> work. A bit more difficult and in need of testing would be to use CSS to
> set the font family for the Association cell to Apple Color Emojis on MacOS.
> >
> > Regards,
> > John Ralls
>
>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 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 as > well and that does its own font substitution. Regardless, pango is finding > the emojis so the test passes. Cairo isn't putting a missing glyph glyph > there like I'd expect. I haven't yet figured out why not. > > I can think of two avenues to try: Simply forcing have_glyphs to false on > MacOS would display the regular letters. Not as pretty but it's sure to work. > A bit more difficult and in need of testing would be to use CSS to set the > font family for the Association cell to Apple Color Emojis on MacOS. > > Regards, > John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 as well and that does its own font substitution. Regardless, pango is finding the emojis so the test passes. Cairo isn't putting a missing glyph glyph there like I'd expect. I haven't yet figured out why not. I can think of two avenues to try: Simply forcing have_glyphs to false on MacOS would display the regular letters. Not as pretty but it's sure to work. A bit more difficult and in need of testing would be to use CSS to set the font family for the Association cell to Apple Color Emojis on MacOS. Regards, John Ralls > On Jun 24, 2020, at 3:53 PM, Adrien Monteleone > wrote: > > 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 > location association. > > Regards, > Adrien > >> On Jun 24, 2020 w26d176, at 12:03 PM, Adrien Monteleone >> wrote: >> >> 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 attachment >> cell to focus it) I even tried changing the font to Apple Color Emoji and it >> still didn’t display. >> >> So this might be a GTK-Mac emoji issue. (I can’t paste any emojis in, same >> result) Or if others on Mac can use and see emoji, then something is wrong >> with my setup. >> >> But this failure to display also means the fall-back can’t be seen. GnuCash >> thinks it doesn’t need to fall-back, and puts the glyph there, but it shows >> up as simply a space and is invisible. >> >> Regards, >> Adrien >> >> >>> On Jun 24, 2020 w26d176, at 10:57 AM, Robert Fewell <14ubo...@gmail.com> >>> wrote: >>> >>> 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 it for Macs or maybe change the test. >>> >>> Adrien do you have likely candidates for those? >>> >>> On Wed, 24 Jun 2020 at 16:28, Adrien Monteleone >>> wrote: >>> 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 fall back ‘f’ and ‘w’. >>> >>> I had a custom CSS file for colors and font sizes, so I pulled that and >>> still the fall backs are not there. >>> >>> Regards, >>> Adrien >>> On Jun 24, 2020 w26d176, at 7:38 AM, Robert Fewell <14ubo...@gmail.com> wrote: 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 Regards, Bob >> > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 location association. Regards, Adrien > On Jun 24, 2020 w26d176, at 12:03 PM, Adrien Monteleone > wrote: > > 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 attachment cell > to focus it) I even tried changing the font to Apple Color Emoji and it still > didn’t display. > > So this might be a GTK-Mac emoji issue. (I can’t paste any emojis in, same > result) Or if others on Mac can use and see emoji, then something is wrong > with my setup. > > But this failure to display also means the fall-back can’t be seen. GnuCash > thinks it doesn’t need to fall-back, and puts the glyph there, but it shows > up as simply a space and is invisible. > > Regards, > Adrien > > >> On Jun 24, 2020 w26d176, at 10:57 AM, Robert Fewell <14ubo...@gmail.com> >> wrote: >> >> 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 >> it for Macs or maybe change the test. >> >> Adrien do you have likely candidates for those? >> >> On Wed, 24 Jun 2020 at 16:28, Adrien Monteleone >> wrote: >> 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 fall back ‘f’ and ‘w’. >> >> I had a custom CSS file for colors and font sizes, so I pulled that and >> still the fall backs are not there. >> >> Regards, >> Adrien >> >>> On Jun 24, 2020 w26d176, at 7:38 AM, Robert Fewell <14ubo...@gmail.com> >>> wrote: >>> >>> 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 >>> >>> >>> Regards, >>> Bob > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 attachment cell to focus it) I even tried changing the font to Apple Color Emoji and it still didn’t display. So this might be a GTK-Mac emoji issue. (I can’t paste any emojis in, same result) Or if others on Mac can use and see emoji, then something is wrong with my setup. But this failure to display also means the fall-back can’t be seen. GnuCash thinks it doesn’t need to fall-back, and puts the glyph there, but it shows up as simply a space and is invisible. Regards, Adrien > On Jun 24, 2020 w26d176, at 10:57 AM, Robert Fewell <14ubo...@gmail.com> > wrote: > > 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 it for > Macs or maybe change the test. > > Adrien do you have likely candidates for those? > > On Wed, 24 Jun 2020 at 16:28, Adrien Monteleone > wrote: > 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 fall back ‘f’ and ‘w’. > > I had a custom CSS file for colors and font sizes, so I pulled that and still > the fall backs are not there. > > Regards, > Adrien > > > On Jun 24, 2020 w26d176, at 7:38 AM, Robert Fewell <14ubo...@gmail.com> > > wrote: > > > > 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 > > > > > > Regards, > > Bob ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 it for Macs or maybe change the test. Adrien do you have likely candidates for those? On Wed, 24 Jun 2020 at 16:28, Adrien Monteleone < adrien.montele...@lusfiber.net> wrote: > 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 fall back ‘f’ and ‘w’. > > I had a custom CSS file for colors and font sizes, so I pulled that and > still the fall backs are not there. > > Regards, > Adrien > > > On Jun 24, 2020 w26d176, at 7:38 AM, Robert Fewell <14ubo...@gmail.com> > wrote: > > > > 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 > > > > > > Regards, > > Bob > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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, 2020 w26d176, at 10:43 AM, Robert Fewell <14ubo...@gmail.com> > wrote: > > The kludge is not practical as there are some hidden columns at 0px as the > layout is shared between invoices and bills and one would not know on save > which columns should really be at 0px or changed to 1px. > > I think the only real option is to not allow dragging columns to zero, not > really sure why it is at least this would also allow you to drag the column > width back should it be required. > > Bob ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
The kludge is not practical as there are some hidden columns at 0px as the layout is shared between invoices and bills and one would not know on save which columns should really be at 0px or changed to 1px. I think the only real option is to not allow dragging columns to zero, not really sure why it is at least this would also allow you to drag the column width back should it be required. Bob On Wed, 24 Jun 2020 at 16:36, D. via gnucash-devel < gnucash-devel@gnucash.org> wrote: > Seems like this feature needs a few more kinks worked out. At the least, > saving zero width column settings should be allowed. A kludge might be to > programmatically reset a zero width column to 1px on save. I doubt most > users would notice or object to the difference on screen. > > > 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. 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 sure if this is easier or harder with a mouse) > > Regards, > Adrien > > > On Jun 24, 2020 w26d176, at 9:56 AM, Robert Fewell <14ubo...@gmail.com> > wrote: > > > > It may be possible to save the column widths as 1px when the columns are > dragged on screen to zero px. > > > > Regards, > > Bob > > > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
Seems like this feature needs a few more kinks worked out. At the least, saving zero width column settings should be allowed. A kludge might be to programmatically reset a zero width column to 1px on save. I doubt most users would notice or object to the difference on screen. 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. 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 sure if this is easier or harder with a mouse) Regards, Adrien > On Jun 24, 2020 w26d176, at 9:56 AM, Robert Fewell <14ubo...@gmail.com> wrote: > > It may be possible to save the column widths as 1px when the columns are > dragged on screen to zero px. > > Regards, > Bob > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 fall back ‘f’ and ‘w’. I had a custom CSS file for colors and font sizes, so I pulled that and still the fall backs are not there. Regards, Adrien > On Jun 24, 2020 w26d176, at 7:38 AM, Robert Fewell <14ubo...@gmail.com> wrote: > > 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 > > > Regards, > Bob ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
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 easier to accomplish dexterity-wise without having to carefully hit a fine-tuned target. (I’m using a touch pad, not sure if this is easier or harder with a mouse) Regards, Adrien > On Jun 24, 2020 w26d176, at 9:56 AM, Robert Fewell <14ubo...@gmail.com> wrote: > > It may be possible to save the column widths as 1px when the columns are > dragged on screen to zero px. > > Regards, > Bob > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 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 allowed by code restraints) but > I can’t say it is intuitive and I suspect something in the wiki and > documentation (if not already there, my apologies if it is) would be in > order. > > Regards, > Adrien > > > On Jun 24, 2020 w26d176, at 9:46 AM, Adrien Monteleone < > adrien.montele...@lusfiber.net> wrote: > > > > 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, Robert Fewell <14ubo...@gmail.com> > wrote: > >> > >> 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 > >> > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 allowed by code restraints) but I can’t say it is intuitive and I suspect something in the wiki and documentation (if not already there, my apologies if it is) would be in order. Regards, Adrien > On Jun 24, 2020 w26d176, at 9:46 AM, Adrien Monteleone > wrote: > > 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, Robert Fewell <14ubo...@gmail.com> >> wrote: >> >> 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 >> ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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, Robert Fewell <14ubo...@gmail.com> wrote: > > 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 > wrote: > 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?’ come back to > default sizes. (and stay that way regardless of how I pull up that or other > bills) > > Regards, > Adrien > > > On Jun 24, 2020 w26d176, at 7:38 AM, Robert Fewell <14ubo...@gmail.com> > > wrote: > > > > 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 point, > > Once you set the columns for the vendor bill, I presume you then used the > > menu option "Windows->Use as Default for Vendor Documents" which should > > save the layout. > > Closed the Bill, did a find for a bill and hopefully the layout is the same. > > > > Note the 'Windows' option will probably move to 'View' for 4.0 > > > > Regards, > > Bob > > > > > > On Wed, 24 Jun 2020 at 08:43, Adrien Monteleone > > wrote: > > 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 MacOS 10.15.5 > > > > Regards, > > Adrien > > > > p.s. - better to keep the announcement thread title or change it per issue? > > (not sure of the protocol on this for testing releases) > > > > > Add option to save Layout for Business items > > > Add two menu items under windows, one to save an existing layout for > > > Invoices, Bills and Vouchers to their respective default layouts so the > > > user set column widths will be used. The second menu item will reset the > > > column widths to defaults and remove the default layout. Open Business > > > items will also save their column widths to the page section so these can > > > temporarily have different widths. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 w26d176, at 7:36 AM, Geert Janssens > wrote: > > 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 ? > > Regards, > > Geert > > Op woensdag 24 juni 2020 09:42:46 CEST schreef Adrien Monteleone: > > 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 MacOS 10.15.5 > > > > Regards, > > Adrien > > > > p.s. - better to keep the announcement thread title or change it per issue? > > (not sure of the protocol on this for testing releases) > > > Add option to save Layout for Business items > > > Add two menu items under windows, one to save an existing layout for > > > Invoices, Bills and Vouchers to their respective default layouts so the > > > user set column widths will be used. The second menu item will reset the > > > column widths to defaults and remove the default layout. Open Business > > > items will also save their column widths to the page section so these can > > > temporarily have different widths. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 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?’ come back to > default sizes. (and stay that way regardless of how I pull up that or other > bills) > > Regards, > Adrien > > > On Jun 24, 2020 w26d176, at 7:38 AM, Robert Fewell <14ubo...@gmail.com> > wrote: > > > > 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 point, > > Once you set the columns for the vendor bill, I presume you then used > the menu option "Windows->Use as Default for Vendor Documents" which should > save the layout. > > Closed the Bill, did a find for a bill and hopefully the layout is the > same. > > > > Note the 'Windows' option will probably move to 'View' for 4.0 > > > > Regards, > > Bob > > > > > > On Wed, 24 Jun 2020 at 08:43, Adrien Monteleone < > adrien.montele...@lusfiber.net> wrote: > > 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 MacOS 10.15.5 > > > > Regards, > > Adrien > > > > p.s. - better to keep the announcement thread title or change it per > issue? (not sure of the protocol on this for testing releases) > > > > > Add option to save Layout for Business items > > > Add two menu items under windows, one to save an existing layout for > Invoices, Bills and Vouchers to their respective default layouts so the > user set column widths will be used. The second menu item will reset the > column widths to defaults and remove the default layout. Open Business > items will also save their column widths to the page section so these can > temporarily have different widths. > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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?’ come back to default sizes. (and stay that way regardless of how I pull up that or other bills) Regards, Adrien > On Jun 24, 2020 w26d176, at 7:38 AM, Robert Fewell <14ubo...@gmail.com> wrote: > > 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 point, > Once you set the columns for the vendor bill, I presume you then used the > menu option "Windows->Use as Default for Vendor Documents" which should save > the layout. > Closed the Bill, did a find for a bill and hopefully the layout is the same. > > Note the 'Windows' option will probably move to 'View' for 4.0 > > Regards, > Bob > > > On Wed, 24 Jun 2020 at 08:43, Adrien Monteleone > wrote: > 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 MacOS 10.15.5 > > Regards, > Adrien > > p.s. - better to keep the announcement thread title or change it per issue? > (not sure of the protocol on this for testing releases) > > > Add option to save Layout for Business items > > Add two menu items under windows, one to save an existing layout for > > Invoices, Bills and Vouchers to their respective default layouts so the > > user set column widths will be used. The second menu item will reset the > > column widths to defaults and remove the default layout. Open Business > > items will also save their column widths to the page section so these can > > temporarily have different widths. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 columns like on a printable invoice rather than shrinking them to 1px/zero manually? Regards, Adrien > On Jun 24, 2020 w26d176, at 7:36 AM, Geert Janssens > wrote: > > 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 ? > > Regards, > > Geert > > Op woensdag 24 juni 2020 09:42:46 CEST schreef Adrien Monteleone: > > 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 MacOS 10.15.5 > > > > Regards, > > Adrien > > > > p.s. - better to keep the announcement thread title or change it per issue? > > (not sure of the protocol on this for testing releases) > > > Add option to save Layout for Business items > > > Add two menu items under windows, one to save an existing layout for > > > Invoices, Bills and Vouchers to their respective default layouts so the > > > user set column widths will be used. The second menu item will reset the > > > column widths to defaults and remove the default layout. Open Business > > > items will also save their column widths to the page section so these can > > > temporarily have different widths. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 point, Once you set the columns for the vendor bill, I presume you then used the menu option "Windows->Use as Default for Vendor Documents" which should save the layout. Closed the Bill, did a find for a bill and hopefully the layout is the same. Note the 'Windows' option will probably move to 'View' for 4.0 Regards, Bob On Wed, 24 Jun 2020 at 08:43, Adrien Monteleone < adrien.montele...@lusfiber.net> wrote: > 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 MacOS 10.15.5 > > Regards, > Adrien > > p.s. - better to keep the announcement thread title or change it per > issue? (not sure of the protocol on this for testing releases) > > > Add option to save Layout for Business items > > Add two menu items under windows, one to save an existing layout for > Invoices, Bills and Vouchers to their respective default layouts so the > user set column widths will be used. The second menu item will reset the > column widths to defaults and remove the default layout. Open Business > items will also save their column widths to the page section so these can > temporarily have different widths. > > > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 ? Regards, Geert Op woensdag 24 juni 2020 09:42:46 CEST schreef Adrien Monteleone: > 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 MacOS 10.15.5 > > Regards, > Adrien > > p.s. - better to keep the announcement thread title or change it per issue? > (not sure of the protocol on this for testing releases) > > Add option to save Layout for Business items > > Add two menu items under windows, one to save an existing layout for > > Invoices, Bills and Vouchers to their respective default layouts so the > > user set column widths will be used. The second menu item will reset the > > column widths to defaults and remove the default layout. Open Business > > items will also save their column widths to the page section so these can > > temporarily have different widths. > ___ > gnucash-devel mailing list > gnucash-devel@gnucash.org > https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 MacOS 10.15.5 Regards, Adrien p.s. - better to keep the announcement thread title or change it per issue? (not sure of the protocol on this for testing releases) > Add option to save Layout for Business items > Add two menu items under windows, one to save an existing layout for > Invoices, Bills and Vouchers to their respective default layouts so the user > set column widths will be used. The second menu item will reset the column > widths to defaults and remove the default layout. Open Business items will > also save their column widths to the page section so these can temporarily > have different widths. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [GNC-dev] [GNC] GnuCash 3.906 Released
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 the register when they have an > attachment and the selected font supports the symbol. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
