Inkscape

font selection box only scrollable horizontally and not vertically on first use

Bug #986936 reported by Fernando Lopez Jr
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Inkscape
Fix Released
Low
Unassigned

Bug Description

Steps to reproduce:

> Open inkscape
> Create and Edit Text Objects (F8)
> Type some text
> Click on Font Selection Box and you will see no vertical scrolling bar.

work around:
> just close font selection box and re-open font selection box.
===========================================================

screenshot: http://i.imgur.com/WFAry.jpg

running on slackware linux 13.37 / fluxbox 64 bits.
Inkscape 0.48.2 r9819

bash-4.1$ file inkscape
inkscape: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), not stripped

Tags: fonts ui
su_v (suv-lp)
tags: added: fonts ui
Revision history for this message
su_v (suv-lp) wrote :

Reproduced with Inkscape 0.48.2, 0.48.3.1 and 0.48+devel r11284 on OS X 10.7.2 (64bit).

Only happens once per opened document window (on first use of text tool).

Reoccurs in other document windows opened from within the same Inkscape process (menu 'File > Open…') as well as in a duplicate window (menu 'Edit > Duplicate window').

Changed in inkscape:
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
insaner (insaner) wrote :

still there in r11729 (thanks for leading me to this bug report, suv!)

Revision history for this message
insaner (insaner) wrote :

slightly related bug:

font selection dropdown disables "typing find" of font
https://bugs.launchpad.net/inkscape/+bug/1064717

su_v (suv-lp)
summary: - font selection box only scrolable horizontally and not vertically
+ font selection box only scrollable horizontally and not vertically on
+ first use
Revision history for this message
su_v (suv-lp) wrote :

Quoting from new duplicate bug #1482926:
> Initial investigation suggests that the problem may be occurring
> because the dropdown list displays while the list itself is being
> populated and cells rendered by calls to src/libnrtype/font-
> lister.cpp:font_lister_cell_data_funct. In particular I am
> suspicious about the call to gtk_rc_parse_string in
> src/widgets/text- toolbar.cpp:sp_text_toolbox_prep that occurs before
> the calls to font_lister_cell_data_funct have completed.
> (Artificially slowing down the latter causes the incomplete list to
> be clipped to a smaller height.) Yet we couldn't find an easy fix.

Revision history for this message
Antoine Amarilli (a3nm) wrote :

Tested on 74036898e9e69917d4f9d6d10135286b3255c6c8 (post Inkscape 1.0) and this seems to be fixed :) probably thanks to the move to GTK-3. So closing this bug.

Changed in inkscape:
status: Confirmed → Fix Released
Revision history for this message
Antoine Amarilli (a3nm) wrote :

Sorry, just checked again and actually that's NOT fixed. Migrated to gitlab: https://gitlab.com/inkscape/inbox/-/issues/2732

Revision history for this message
Antoine Amarilli (a3nm) wrote :

Looks like I can no longer set the bug status to Invalid, but the bug's status should be Invalid (open, but migrated to Gitlab)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.