Thanks Scorpio,

Good video.

I will play with it.

Hi Guys,

Sorry if this is a repeat question....

Can we set up individual sequences which we can associate to element's device type?

So, have a sequence for numbering K (contactors) type elements and a different sequence for numbering P (sensors) type elements.

Thanks

Merci Laurent,

It is ugly to have to do things outside QET but I understand the procedure and it's not too difficult.

I can even live with reentering the autonum schemes into each project, but I look forward to being able to save them as part of the QET config dialog...one day:)

Cheers
Patrick

Bonjour

Just wondering why we cannot define Conductor and Element Auto-numbering schemes and save as part of the QET configuration  ( Settings | Configure QElectrotech )?

V0.6-RC2
Cheers
Patrick

Hi Scorpio,

Initially exporting my project still crashed QET, but deleting Sheet 2 and adding new Folio Summary back into project fixed the problem.
Now all sheets exported without crash.

Thanks Scorpio.

SUGGESTION:  Would it be a good idea to add the %idx (or folio label) as a prefix to exported file names?

PS. How do you "enable folio label"?

Knowing QET can export to DXF (even if you have to do some touch up for the moment) removes what could have been a major roadblock to using QET for many people.

Well done, Scorpio.

I  confirm, exporting a "list of folio" page to DXF crash QET.

Our beloved leader has found something.

Now it's a question of where on the scale of difficulty the issue sits...

|--------------------|--------------------|
0                        5                       10
"Oops"            "Hmmm!"              "How the F#%! are we going to fix this?!*

Note: this scale may be logarithmic.

Stebo,

I used Draftsight to check DXF output of QET.

It's interesting that only QCAD could open your TOC sheet.  Was the sheet displayed properly - any mistakes in rendering?

Scorpio,

I guess we need more people to give feedback to understand if I describe a real problem or just an issue with my system or even perhaps just my project file.  I will keep testing.

Cheers
Patrick

Why you would like export project to DXF, use with autocad or other?

Yes, current scenario : I created a set of dwgs in QET - happy with the results, but now I have to pass dwgs to someone who will incorporate them into a larger set of AutoCAD dwgs - and AutoCAD is the only thing they use.

Generally speaking I think delivering documentation in DXF will be very important to anyone who might have to provide documentation to a customers in a recognised format that will work with their SW tools - typically some AutoCAD compatible format. 

You cannot argue with the customer that they can get QET as a free download. This is irrelevant because for them it is all about their workflow base on AutoCAD.

So for those who use QET only for internal documentation or pdf publications, there may be no issue.

For others, having DXF as an available export format is very important - unfortunately.nomicons/blush

Hi Stebo,

Can you clarify what problem  you're having when trying to open sheet 2:
  i. Sheet 2 dxf does not exist
  ii. Sheet 2 dxf exists but is corrupt
  iii. Some other problem

Also, just confirming: all the other sheets were exported correctly?
How many sheets in your project (inc sheet 2 - T.O.C.) ?

Cheers
Patrick

I completely understand Scorpio. It's really impressive what you and the guys do.

I can code a PLC but too little experience with coding for PC though it might be time to change the situation.

To understand QET would you recommend opening the sources in something like QT Creator? Or what does the Group use?

Version: QElectroTech V 0.51-dev+svn4842    OS:  Win 10

Issue:  I added a Folio Summary to the Project - which is automatically created as Sheet 2.
When I try to File | Export and choose DXF format, this happens....


i. if Sheet 2 is included (selected) for export, QET crashes.
     In this case only sheet 2 dxf file is created and contains titleblock and border but no list.
     No other sheets are exported

ii. If sheet 2 is not selected then the remaining sheets are all exported ok.

EDIT: 10 Sheet project

Anyone else having this problem?

Cheers
Patrick

Mouarff, warn ! guillotine is a french invention too, badly and evil but french. 20x20

I know! I know! 

And it looks like the blade has come down on on the nightly branches?

The "head" revision, 4842, is missing! nomicons/w00t


[EDIT-12Jan2017]  ...oh, no there it is.

Revision: 4842
Author:   scorpio810

...
After we cut.  20x20

[left]Merci beaucoup monsieur.

If my head is on the chopping block then I am here for a good time not a long time.
I better post more requests while I still can nomicons/wink [/left]

Thanks for being flexible, Scorpio.

Just one final suggestion : can you have Save become enabled in the same way as the Save As button - that is, only when one or more projects are open. Having Save enabled with no projects open is a little freaky.

Cheers

Nuri, I agree, the suggestion to have a default file name in the "Save As" dialog has potential problems and so not a perfect option.

But this is what you get when you try and put a a work around on the work around. Yuk...a slippery slope. 

Save-enabled-all-the-time seems good enough for all the Open Office and Libre Office crews. Hope we can convince Scorpio nomicons/smile

Making the project path and filename visible in the SW was a good idea and generally speaking, very handy.

It was absolutely necessary to aid the work around of doing a "Save As".

FEATURE REQST: Any chance the project filename could be added as the default file name in the "Save As" dialog?

This would mean only requiring to pressing OK and you're done - safely.

Otherwise the work around leaves the possibility of making mistakes : you still have to enter the file name or click on a the matching file. In a directory filled with numerous and similarly named files there is a chance you could pick the wrong file.

Cheers
Patrick

PS : I still prefer the idea of just leaving the Save function enabled all the time - just One Click and you're done with no chance of making a mistake. 

It is not that I disagree with Scorpio - yes, ideally Save should only be needed when a change is detected, but hey!, we are at version 0.5 not 5.0 - the change detection code is incomplete.

"Save" enabled all the time is a workaround that would be easy to live with.

Apologies if I am being a PITA.

Thanks Gents.

Issue: There are many changes you can make to a Project which cannot be saved because the Save function remains Greyed out. Eg:  Change order of sheets, Create/Update/Delete custom property in Project Properties | General tab.

Version:  QElectroTech V 0.51-dev+svn4833

Workaround:  Move an element on a sheet until the Save function is enable.

Comment: Can't the Save function be enabled all the time?  most other software lets you save whenever you like.

Off Topic:  Word of Encouragement

I see an awesome application taking shape in QET!