You are not logged in. Please login or register.
QElectroTech → Posts by Morganol
Well... almost 
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
Darn you are quick 
I just changed to not need %id, and now i have to change back...
* Thank * you - really
That is what i am good at 
(plus developing electronic and mechanical prototypes)
Want me to put 3) about the %id in the bugtracker?
True. Unfortunately C++ and Qt are things i have never learned.
I have a habit to "bug" various projects though...
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" ?
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... )
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?
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...?
Attaching the .qet file
EDIT: now the correct version of the file....
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.
Thank you
...that brought me r4775 fresh in another folder
And it compiles with qtdesigner and works in debug mode as it should
1) How do i clean project?
2) was thingking qtdesigner ran qmake automatically...?
3) now i did svn up so i am now on r4774, started qtdesigner and selected Build>Run qmake, and then Build>Rebuild project and it went fine, now i run 4774 in debug mode.
4) I note now that it does not crash when i quit, like it used to
5) New bug thing: QET GUI used to be in english, now it is in french!
In the dialog "Configure electrotech" at bottom the settign is "Systéme" like it was before.
And even when i change to "Anglais", and restart, it is still in french!
6) ...and it displays no default elements, only my custom...?!
Update: When i compile in console with qmake and make all is OK including 5 and 6.
Now i will try to check out with svn to a fresh dir and then use that for qtdesigner... will update here after that
(I am not running svn from within qtdesigner)
Nice to see QET developing
I know trunk may break sometimes. Here is what i found now:
r4773: Build suceeds with make but fail with qtcreator with message:
/build-qelectrotech-Desktop-Debug/debug/nomenclature.o:-1: In function `nomenclature::getElementInfo(Element*)':
/qelectrotech-trunk/sources/nomenclature.cpp:146: error: undefined reference to `autonum::AssignVariables::formulaToLabel(QString, autonum::sequenceStruct&, Diagram*, Element*)'
...and similar for following rows.
I lifted it into bugtracker: https://qelectrotech.org/bugtracker/view.php?id=118
Entered as bug 117; https://qelectrotech.org/bugtracker/view.php?id=117
Sorry for late reply.
No, my simple idea is not to export it using another program, and maybe not making changes in QET either.
The simple idea is that by making QET printing links so they visually looks like links, then i guess it is relatively simple to create a small separate program that parse the pdf and rewrites the links so they actually work like links.
Example: if i in xref and folio referencing settings fields put %F@%f%l%c,
then i will for folio "Pump", page 2, coordinate C7 get: Pump@2C7
If i enter such formatting in my example drawing from my post https://qelectrotech.org/forum/viewtopi … 5577#p5577 , it looks like the following screen-shot, and it also displays like that when opening the exported pdf.
Now if we had a small program that can process that pdf and make the links coma alive it would be great. the only thin i want it to do is find the number between the @ and a following alphabetical character and make a link of that to the page of that number.
OK the above is simplified, to make it work reliably we probably need a more reliable trigger than a one character "@"....
But we do not want a long trigger string to be shown at link in normal shema in QET nor printing to printer from QET.Having no idea how QET works, i can just say maybe it can temporarily automatically append "LINKME@" plus page number to every xref and folio ref formula just when printing to pdf.
The external program then scans for "LINKME@" and read the page number after it to create the link target, and remove "LINKME@" and the number from the visual part.
That will be compatible with any form of ref formula the user have chosen.
Except, user can nowhere write "LINKME@" but that is very little chance...
Maybe the external program, could even be an integrated part of QET, run automatically directly after initial file is exported, or even streamed so the first version of pdf never is externally written out.
Heh, no i have no idea how links are encoded in pdf files
What i meant was that if we use existing xref settings on QET interface so links looks like "@12F7" in the pdf
...then maybe someone could make an external mini program that search for such text snippets and replace them with working links in the pdf file
= no change in QET program, it just need specific xref settings and an external program.
(Of course even better if built into QET)
Done; 115 & 116
OK, for later then.
I made the feature request https://qelectrotech.org/bugtracker/view.php?id=114 , pointing to post above
Workaround idea:
If I put a symlink in commonelements, to point to customerelements:
=> I can manage the elements in custom elements as usual
=> they will also show up as a subfolder in common elements and there QET evaluates the qet_labels.xml ; from there i use them in my drawing.
Given we are low on people, i suggest concentrating on keeping the master language updated, i mean the language from which other translate whenever someone find time.
Because other need to translate from master, it must be well formulated.
And that language on the wiki is French, right?
For French, i am not that guy...
You want me to write in English on fr wiki?
OK, Iĺl try
English, or google-translated to french ?
No i meant update the roadmap with the xref ideas i described and Josua responded he have already thought about:
§ master&slave elements xref clickable ( like folio referencing links are )
§ all links also clickable in exported pdf
- Or should i enter them as a feature request in bug tracker?
( I just suggest that in order to structure things in an accessible way, but if developers here have a tradition of keeping track themselves that is OK too)
@Nuri, need fixing:
I just had a quick look at the file you point out as example
( As i compile locally i have it at /usr/local/share/qelectrotech/elements/10_electric/ )
That file contain the old name of the folder
<category name="100_sheet_referencing"></category>
While you (?) have changed the actual name of folder to "100_folio_referencing"
I will try setting prefixes later... as a starter i understand i can not have mixed prefixes for elements in same folder so I need reorganise my collection a bit.
I would prefer zoomed to fit page in screen so we see whole page, and directly see all cirquit around it.
The element is already marked with blue dot so easy to spot.No
Ah you are correct, i mixed up, sorry
, that's why to zoomed in !
that is good then
Do we have a list of planned features, and is it kept updated?
https://qelectrotech.org/wiki_new/roadmap
Yes i have seen it google know more french than I, but I still do not understand everything.
Johua/Scorpio: could you add the link ideas and pdf link ?
Mirroring in element editor was something i was going to ask
Even better, could mirroring be implemented in schema editor, so elements could be mirrored?
==> No need to do two variants of angled pressure release valve and other things.
QElectroTech → Posts by Morganol
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.030 seconds (66% PHP - 34% DB) with 6 queries