1 (edited by Morganol 2016-11-12 16:05:54)

Topic: Variable evauation fails, and title block getting damaged

Three days ago i started making a drawing to practice some style.
Next day i was to continue, but now i see some variables are not evaluated like they were originally!

1) %projecttitle is not evaluated in the title block

2) %filnamn which is a custom variable also define din Project properties is also no longer evaluated in my title block

3) In folio properties I use %id as a part in the folio field, as a method to get page number in the folio list.  For each folio i edit it to be a short name + @ + %id, like this: Pump@%id and it generates i.e Pump@7 if it is page 7.  For all folio links and xref links i use the variable %F%l%c to make it show like Pump@7C8 there.  That all worked great earlier in the week but now page numbers are not evaluated and it writes "%id" instead.

4) This is really insane:  After i save and reopen, i see a new language for the text in title block first row second last column !? A new for every time i reopen!?  Checking the title block settign si see it have deleted the en line.   In the attached screenshot is looks like greek.

This is r4775, and i have in qtdesigner cleaned, qmake, rebuid project.

Post's attachments

TheTestingProject-1.png, 60.69 kb, 1026 x 685
TheTestingProject-1.png 60.69 kb, 420 downloads since 2016-11-12 

2 (edited by Morganol 2016-11-12 17:19:55)

Re: Variable evauation fails, and title block getting damaged

Attaching the .qet file
EDIT: now the correct version of the file....

Post's attachments

Attachment icon TheTestingProject-bak-greksparad2.qet 149.27 kb, 377 downloads since 2016-11-12 

Re: Variable evauation fails, and title block getting damaged

1) %projecttitle is not evaluated in the title block

2) %filnamn which is a custom variable also define din Project properties is also no longer evaluated in my title block

Normal, your variable value is empty !

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

Or here for all new folio !

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

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Variable evauation fails, and title block getting damaged

3) In folio properties I use %id as a part in the folio field, as a method to get page number in the folio list.  For each folio i edit it to be a short name + @ + %id, like this: Pump@%id and it generates i.e Pump@7 if it is page 7.  For all folio links and xref links i use the variable %F%l%c to make it show like Pump@7C8 there.  That all worked great earlier in the week but now page numbers are not evaluated and it writes "%id" instead.


If you see latest commits changelog in qtcreator, Joshua working for moving all the autonum code to an external class, and possibly maybe for the moment a little buggy!


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

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

5 (edited by Morganol 2016-11-12 21:49:02)

Re: Variable evauation fails, and title block getting damaged

Regarding 1 & 2:
Strange, it have before worked to enter project title and variables like attached.
I dont understand when that works and when not...?

Post's attachments

ProjProp.png, 51.96 kb, 906 x 229
ProjProp.png 51.96 kb, 435 downloads since 2016-11-12 

Re: Variable evauation fails, and title block getting damaged

Yes, but you don't need to add these variables in new folio also.
If you add this variables in titlebloc field that override the first variables ...

https://qelectrotech.org/forum/viewtopi … 4695#p4695

https://qelectrotech.org/forum/viewtopi … 4703#p4703

https://qelectrotech.org/forum/viewtopi … 4705#p4705

Post's attachments

Attachment icon TheTestingProject-bak-greksparad2.qet 152.05 kb, 355 downloads since 2016-11-12 

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Variable evauation fails, and title block getting damaged

scorpio810 wrote:

Yes, but you don't need to add these variables in new folio also.
If you add this variables in titlebloc field that override the first variables ...

I understand. That makes sense.

I see the variables in question was entered there in folio (with empty values),
BUT *I* did not add them there !
So there is a bug that creates them somehow...?!  Or are they meant to be created under some circumstance?

Yes for 3) let it rest a few days while Joshua is redoing things...

Any idea about 4)? Do you also see it changing language?

Re: Variable evauation fails, and title block getting damaged

Any idea about 4)? Do you also see it changing language?

Your country is selected in hard or is "System" detected in Qet config panel?

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Variable evauation fails, and title block getting damaged

I have tried both "System", and "English", and restarted qet, no change.

Note: also some other field have texts for more than one language defiend but only en (or sv) is normally getting used.

Now i see what is special with that field: it have many languages but no "en" because i changed it to "sv" when i entered the swedish word.  So it seem to pick a language at random when it do not find "en".  I have just been lucky that it used to work.
Now when i changed back to "en" it always displays that line translation (but i have entered my swedish word there)

So 4 is solved; kind of my fault:
I should either hijack "en" for my swedish words or only make one line in "sv" or whatever so qet can not pick wrong.
(or provide complete swedish translation of qet, yes i know... nomicons/wink )

Re: Variable evauation fails, and title block getting damaged

About 1) & 2) : Ah this is how it happened:

In the folio properties,
a) open dialog tab for title block custom variables like in https://qelectrotech.org/forum/viewtopi … 5881#p5881
b) in the scroll box select another title block
c) ...and then select the original title block again

Result: -> all variables qet found in the selected template will be filled into the table below, and if i do not enter values, variables will be set to nothing!

That was not very obvious for a newbie ...
- that it defines a bunch of variables just because i select template...
I understand it is very convenient that it automatically fill in every variable name it finds in the template...

May i propose a button "populate table with all variable names from selected template" ?

Re: Variable evauation fails, and title block getting damaged

Morganol wrote:

May i propose a button "populate table with all variable names from selected template" ?

Hi Morganol, you can make thousand proposals if you want, that's not the problem!
The problem is: who has the coding capabilities to implement all proposals with C++/Qt?!?
nomicons/whistling

Re: Variable evauation fails, and title block getting damaged

True. Unfortunately C++ and Qt are things i have never learned.
I have a habit to "bug" various projects though... nomicons/wink

Re: Variable evauation fails, and title block getting damaged

3) In folio properties I use %id as a part in the folio field, as a method to get page number in the folio list.  For each folio i edit it to be a short name + @ + %id, like this: Pump@%id and it generates i.e Pump@7 if it is page 7.  For all folio links and xref links i use the variable %F%l%c to make it show like Pump@7C8 there.  That all worked great earlier in the week but now page numbers are not evaluated and it writes "%id" instead.

Yes it is a bug, master, slave element and report folio also, can't read this titleblock variable now (%id).
Thank you for report it.

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

14 (edited by Morganol 2016-11-13 17:48:54)

Re: Variable evauation fails, and title block getting damaged

That is what i am good at nomicons/wink  (plus developing electronic and mechanical prototypes)


Want me to put 3) about the %id in the bugtracker?

Re: Variable evauation fails, and title block getting damaged

Want me to put 3) about the %id in the bugtracker?

No need, fixed in commit 4776

Développeur QElectroTech

Re: Variable evauation fails, and title block getting damaged

Darn you are quick nomicons/smile
I just changed to not need %id, and now i have to change back...
* Thank * you - really nomicons/smile

Re: Variable evauation fails, and title block getting damaged

Well... almost  nomicons/whistling

In r4776, %id entered as part in the folio propertied "Folio:" field evaluates correctly in:

  • folio refs

  • xref at slaves

  • List of folios (the page(s) generated by menu Project > Add a summary)

But not in

  • xref at masters (i think it did work before)

  • QET Projects list pane.  (I have never seen it work there, but would be nice)

Example: try the file above at https://qelectrotech.org/forum/viewtopi … 5884#p5884

18 (edited by scorpio810 2016-11-15 20:51:04)

Re: Variable evauation fails, and title block getting damaged

ALL above (more than the regression) fixed, test OK in 4780
Thank you Joshua nomicons/cheerful , you made my day brighter

[s]Please close [/s][s]https://qelectrotech.org/bugtracker/view.php?id=92 [/s][s]as FIXED[/s]

Re: Variable evauation fails, and title block getting damaged

But not in
xref at masters (i think it did work before)

Not fixed yet.



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

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Variable evauation fails, and title block getting damaged

Ah, crap, you are correct.  Anyway it is moving in the right direction nomicons/smile

Re: Variable evauation fails, and title block getting damaged

Seem to be fixed now, thanks nomicons/smile
Commit for r4783 i presume.