nomicons/smile

https://download.qelectrotech.org/qet/b … 7-05-19-1/

unio wrote:
scorpio810 wrote:

It' s 4965 version?

I rebooted the computer and now 4965 version print correctly on any size screen. Thank you!

Nice, new Windows build is for soon 4966.
You could try if is always ok?

But why do I have the correct print QT version 5.5.1 and can I somehow configure the QT version 5.8.0 for correct printing?

It 's more complicated : see Qt manual 
https://qelectrotech.org/forum/viewtopi … 6591#p6591

1) we don't have HDPI monitors.
2) If we have this monitors we need to try and check it in a real install not in virtual machine.

3) I don't want to install Windows in hard here, and not time and not the envy to try a install real hackintosh in my PC.
I have already spent a lot of time to run my old virtual machine Yosemite hackinstosh in this new Ryzen hardware.

I just returned the function Qt::AA_EnableHighDpiScaling for macos in 4966 commit.Someone can try new builds?

Thank you.

Nice, by default with 100% scaling it 's ok.

It' s 4965 version?

Put your video link into quote HTML tag

@ Unio : u can try latest 4965 packages?
Same for Morganol ! ;-)

4,959

(13 replies, posted in EN : Help, suggestions, discussions, ...)

cubero wrote:

I've upgraded right now and version 0.60.r4962 works properly.
Thanks

Ok, thank you.
I 'll commit changes and build Windows packages, for Windows users can try.

Morganol wrote:

OK for me on Qt 5.6.2, Mageia 6
EDIT: QET rev 4964 locally compiled in Qt Creator run in debug mode) screen res 2560x1600 /EDIT

To me it looks like on unio's system:

  • The conductors seem to go to correct drawing coordinates? (no ofset)

  • The elements are double size! I beleive they have correct insetion point, which varies by element.  Example: i think the computer element have insertion point defined top left if my theory is correct.

Weird.

You could try r4963?


svn export svn://svn.tuxfamily.org/svnroot/qet/qet/trunk --revision 4963  qelectrotech_trunk_4963

Or use 
svn patch r4962-scorpio810.diff

4,961

(13 replies, posted in EN : Help, suggestions, discussions, ...)

You could try latest svn ubuntu packages?
https://launchpad.net/~scorpio/+archive/ubuntu/ppa
0.60.r4962

I reverted it after. nomicons/smiley-green


-#if (QT_VERSION >= QT_VERSION_CHECK(5, 6, 0))
-QCoreApplication::setAttribute(Qt::AA_EnableHighDpiScaling);
-#endif
+#if QT_VERSION >= QT_VERSION_CHECK(5,6,0)
+    QApplication::setAttribute(Qt::AA_DisableHighDpiScaling);
+#else
+    qputenv("QT_DEVICE_PIXEL_RATIO", QByteArray("1"));
+#endif // QT_VERSION
     return(QETApp(argc, argv).exec());
 }

https://download.qelectrotech.org/qet/forum_img/unio2.png

No problem here :

Debian Qt 5.7.1

https://download.qelectrotech.org/qet/forum_img/unio.png

Win 10 Qt 5.8

https://download.qelectrotech.org/qet/forum_img/unio1.png

4,964

(13 replies, posted in EN : Help, suggestions, discussions, ...)

https://vicrucann.github.io/tutorials/osg-qt-high-dpi/
But :

An experimental implementation of high-DPI scaling was introduced in Qt 5.4. It was enabled by the environment variable QT_DEVICE_PIXEL_RATIO, which could be set to a numerical scale factor or "auto". This variable is deprecated in Qt 5.6.


http://doc.qt.io/qt-5/highdpi.html


In order to get an application designed for low DPI values running on a high resolution monitors quickly, consider one of the scaling options (let the application run as DPI Unaware on Windows or set the environment variable QT_AUTO_SCREEN_SCALE_FACTOR to "1". These options may incur some scaling or painting artifacts, though.

In the longer term, the application should be adapted to run unmodified:

Always use the qreal versions of the QPainter drawing API.
Size windows and dialogs in relation to the screen size.
Replace hard-coded sizes in layouts and drawing code by values calculated from font metrics or screen size.

4,965

(13 replies, posted in EN : Help, suggestions, discussions, ...)

Hi Cubero,

thank you for your report and quick fix.
What is your OS, Ubuntu? DE and Qt version?
Could you send pictures when auto scale doesn't work properly?

Me and Joshua have only full HD screens, and we think it is not worth replacing them for now.

Best regards,
Laurent

galexis wrote:

Tu as dessiné un trait (basic shape) blanc par dessus ?

Non, quelques changements dans le code.

galexis wrote:
scorpio810 wrote:
galexis wrote:

Il n'est pas possible à ce jour d'avoir un cartouche qui n'occupe pas toute la largeur du bord qui lui est attribué (horizontal ou vertical). 

Si !

https://download.qelectrotech.org/qet/forum_img/demi-cartouche.png

Tu as bien toujours le disgracieux trait horizontale en haut sur toute la largueur de la page !

https://download.qelectrotech.org/qet/forum_img/demi-cartouche1.png
https://download.qelectrotech.org/qet/forum_img/demi-cartouche2.png

Hi Raul,

when user clik on button to change "QET user collection path" in config tab, Terminal Block generator plugin crash.

https://qelectrotech.org/forum/viewtopi … 6574#p6574

Laurent

Tu as bien toujours le disgracieux trait horizontale en haut sur toute la largueur de la page !

Tu veux du Blanco ? nomicons/smiley-green

 [8601.360727] qelectrotech[7083]: segfault at 55f32fba95c0 ip 000055f32fba95c0 sp 00007ffc04832118 error 15

Exact, il plante, mais pourquoi cherches tu a changer le path?

La bonne méthode d'installation :

>> First install on Windows
1. Install, if required, python 3.5 or above
2. pip install qet_generator
>> Update on Windows
python -m pip install --upgrade qet_tb_generator

https://download.qelectrotech.org/qet/forum_img/win_pip.png

En gros tu télécharges python 3.5 voir le lien dans la section script :
https://qelectrotech.org/forum/viewtopi … 5291#p5291

Puis CMD pour lancer un terminal.
Et ensuite cette commande :

pip install qet_generator

Voila, ensuite il suffit de lancer les dernières versions de QET, dans le menu projet il y a une entrée pour le générateur de borniers.

s.laurent wrote:

Yes c'est exactement ça.

Certaines sociétés ont un format de cartouche bien défini.
Mais bon, Paris ne s'est pas fait en 1 jour.

Clair, le but à cette époque là était de satisfaire la demande de ceux qui voulaient un cartouche vertical, c'etais mes premiers essais dans ce sens.
Apres nous sommes passés à autre chose, et le patch a fini à la poubelle ...

Si tu as envie de t'amuser regarde ici :


https://svnweb.tuxfamily.org/filedetail … eblock.cpp

https://svnweb.tuxfamily.org/filedetail … mplate.cpp

Bonjour,

la réponse s'adressai à Galexis pour sa page de garde.
Pour ta demande ce n'est pas encore possible sans de gros hacks dans le code.
Un petit hack de l’époque, mais le code a pas mal changé depuis... :
Premiers essais  2014-Sep-24 15:08:23:
https://download.qelectrotech.org/qet/forum_img/titlebock3.png

Dernier essai 2014-Sep-24 16:54:57:
https://download.qelectrotech.org/qet/forum_img/titlebock4.png

galexis wrote:

Il n'est pas possible à ce jour d'avoir un cartouche qui n'occupe pas toute la largeur du bord qui lui est attribué (horizontal ou vertical). 

Si !

https://download.qelectrotech.org/qet/forum_img/demi-cartouche.png

unio wrote:
scorpio810 wrote:

I just tried In Win 10 VM (16 threads + 8Go RAM) qelectrotech-0.6-RC1+svn4955-WinXP-WinVISTA-win32-readytouse I can't crash QET here.

Did you press Ctrl + z?
This video shows the sequence of mouse and keyboard keystrokes:
qelectrotech.exe has stopped working 2

Thank you for reporting this bug.
Fixing this bug need a lot of changes and time for check, but we prefer waiting 0.6 was released before working on it.