small see through dialog when starting
looks like it is related to fonts, but I see zero cpu usage while the
dialog is up?
On 11/04/17 09:17, Mr C Camacho wrote:
its about that size but with nicer decoration ;p, I wonder why the gui
isn't updating it though???
On 10/04/17 23:35, MichaelAtOz wrote:
Would it be similar to this?
http://forum.openscad.org/file/n21175/font_config.png
Admin - PM me if you need anything, or if I've done something stupid...
Unless specifically shown otherwise above, my contribution is in the
Public Domain; to the extent possible under law, I have waived all
copyright and related or neighbouring rights to this work. Obviously
inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it!
http://www.ourfairdeal.org/ time is running out!
View this message in context:
http://forum.openscad.org/small-see-through-dialog-when-starting-tp21144p21175.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
On Apr 13, 2017, at 13:15, Mr C Camacho chris@bedroomcoders.co.uk wrote:
looks like it is related to fonts, but I see zero cpu usage while the dialog is up?
The font cache initializer is supposed to run in a separate thread and shouldn’t block the dialog from updating.
Sounds like something is triggering a bug. This is really tricky to remote diagnose. If you can find a way of reproducing this on multiple computers, there is hope that we could get it to fail in a dev environment..
-Marius
I first saw this issue on my laptop, I have today replicated it on my
wife's desktop machine via the following:
|git clone git://github.com/openscad/openscad.git cd openscad ||git submodule update --init qmake ||PREFIX=/usr ||LIB=/usr/lib ||openscad.pro make -j4 sudo make install |||
Both machines are running Void Linux (which is a rolling release)
Its there any font cache type utilities that I can run that might give
some clues?
here is the (current) library versions installed on both machines
OpenSCAD Version: 2017.03.28System information: Linux 4.10.10_1 #1 SMP
PREEMPT Thu Apr 13 14:00:02 UTC 2017 x86_64 void 4 CPUs 7.71 GB
RAMCompiler: GCC "6.3.0" 64bitBoost version: 1_62Eigen version:
3.3.3CGAL version, kernels: 4.8.1, Cartesian, Extended_cartesian,
EpeckOpenCSG version: OpenCSG 1.4.2Qt version: 5.8.0QScintilla version:
2.10MingW build: NoGLib version: 2.52.0libzip version: 1.2.0Application
Path: /usr/local/binDocuments Path: /home/chris/.local/shareResource
Path: /usr/local/share/openscadUser Library Path:
/home/chris/.local/share/OpenSCAD/librariesUser Config Path:
/home/chris/.config/OpenSCADBackup Path:
/home/chris/.local/share/OpenSCAD/backupsOPENSCADPATH: OpenSCAD library
path: /home/chris/.local/share/OpenSCAD/libraries
/usr/local/share/openscad/libraries OPENSCAD_FONT_PATH: OpenSCAD font
path: GLEW version: 1.13.0OpenGL Version: 3.0 Mesa 17.0.3GL Renderer:
Mesa DRI Intel(R) HD Graphics 5500 (Broadwell GT2) GL Vendor: Intel Open
Source Technology Center RGBA(8880), depth(0),
stencil(0)GL_ARB_framebuffer_object: yesGL_EXT_framebuffer_object:
yesGL_EXT_packed_depth_stencil: yes Qt graphics widget:
QOpenGLWidgetQSurfaceFormat: RGBA(8880), depth(0), stencil(0)
On 14/04/17 04:40, Marius Kintel wrote:
On Apr 13, 2017, at 13:15, Mr C Camacho chris@bedroomcoders.co.uk wrote:
looks like it is related to fonts, but I see zero cpu usage while the dialog is up?
The font cache initializer is supposed to run in a separate thread and shouldn’t block the dialog from updating.
Sounds like something is triggering a bug. This is really tricky to remote diagnose. If you can find a way of reproducing this on multiple computers, there is hope that we could get it to fail in a dev environment..
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
On Apr 14, 2017, at 08:29, Mr C Camacho chris@bedroomcoders.co.uk wrote:
Both machines are running Void Linux (which is a rolling release)
Its there any font cache type utilities that I can run that might give some clues?
That’s promising :)
We left some notes about the fontconfig stuff here: https://github.com/openscad/openscad/wiki/Fontconfig-notes
Perhaps it’s worth opening a github issue and put in all the info there, making this easier to track.
My initial suspicion is that this is related to some unexpected configuration related to Void Linux, which triggers a but in our code or how we manage fontconfig configurations.
-Marius
it seems like I have a working fontconfig install (and fonts in openscad
do work, with a full range of system fonts)
I'll open a github issue as you suggested.
On 14/04/17 17:15, Marius Kintel wrote:
On Apr 14, 2017, at 08:29, Mr C Camacho chris@bedroomcoders.co.uk wrote:
Both machines are running Void Linux (which is a rolling release)
Its there any font cache type utilities that I can run that might give some clues?
That’s promising :)
We left some notes about the fontconfig stuff here: https://github.com/openscad/openscad/wiki/Fontconfig-notes
Perhaps it’s worth opening a github issue and put in all the info there, making this easier to track.
My initial suspicion is that this is related to some unexpected configuration related to Void Linux, which triggers a but in our code or how we manage fontconfig configurations.
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org