Re: [Paraview] Tecplot binary reader failure /limitations (3.10.0)
Hi Chris. I tried to write Tecplot binary files with Tecplot 360 2009 and Tecplot 360 2010, and both saved files have the same version number #!TDV112 and they can be loaded with PV 3.10.0. But an old Tecplot binary file with the version number #!TDV71 can also be loaded with PV 3.10.0. ! So the Tecplot version number does not seem to be the problem, at least from 71 to 112. Could your original file have been corrupted ? Richard. Christopher Butler a écrit : Hi Richard, Downloaded the linux binaries again, however, I had the same issue. However, I had access to a version of tecplot (tec360 (2009)) and saved the file as an updated version. This version then loaded into Paraview. The original file had a tecplot version string of #!TDV102 compared with #!TDV112. Therefore I guess there is a limitation on the versions of tecplot files that are accepted by the reader. Regards, Chris Butler -- Richard GRENON ONERA Departement d'Aerodynamique Appliquee - DAAP/ACI 8 rue des Vertugadins 92190 MEUDON - FRANCE phone : +33 1 46 73 42 17 fax : +33 1 46 73 41 46 mailto:richard.gre...@onera.fr http://www.onera.fr ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Tecplot binary reader failure /limitations (3.10.0)
Just to be sure, this is a Tecplot .tec or .dat file we are talking about, and not a .lpk or .lay file? === Adriano Gagliardi MEng PhD Business Sector Leader Computational Aerodynamics Aircraft Research Association Ltd. Manton Lane Bedford Tel: 01234 32 4644 E-mail: agaglia...@ara.co.uk Url: www.ara.co.uk -Original Message- From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org] On Behalf Of Richard GRENON Sent: 24 March 2011 08:40 To: Christopher Butler Cc: paraview@paraview.org Subject: Re: [Paraview] Tecplot binary reader failure /limitations (3.10.0) Hi Chris. I tried to write Tecplot binary files with Tecplot 360 2009 and Tecplot 360 2010, and both saved files have the same version number #!TDV112 and they can be loaded with PV 3.10.0. But an old Tecplot binary file with the version number #!TDV71 can also be loaded with PV 3.10.0. ! So the Tecplot version number does not seem to be the problem, at least from 71 to 112. Could your original file have been corrupted ? Richard. Christopher Butler a écrit : > Hi Richard, > Downloaded the linux binaries again, however, I had the same issue. However, I had access to a version of tecplot (tec360 (2009)) and saved the file as an updated version. This version then loaded into Paraview. > > The original file had a tecplot version string of #!TDV102 compared with #!TDV112. Therefore I guess there is a limitation on the versions of tecplot files that are accepted by the reader. > > Regards, > Chris Butler > -- Richard GRENON ONERA Departement d'Aerodynamique Appliquee - DAAP/ACI 8 rue des Vertugadins 92190 MEUDON - FRANCE phone : +33 1 46 73 42 17 fax : +33 1 46 73 41 46 mailto:richard.gre...@onera.fr http://www.onera.fr ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ** This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ** ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Tecplot binary reader failure /limitations (3.10.0)
Richard & Adriano, I am absolutely certain that the file is actually a data file .plt. I am also sure that the file is valid for tecplot (it loaded into tecplot). I can send you a sample file if that would be informative. Chris Butler On 24/03/2011, at 9:02 PM, Adriano Gagliardi wrote: > > Just to be sure, this is a Tecplot .tec or .dat file we are talking about, > and not a .lpk or .lay file? > > > === > > Adriano Gagliardi MEng PhD > Business Sector Leader > Computational Aerodynamics > Aircraft Research Association Ltd. > Manton Lane > Bedford > > Tel: 01234 32 4644 > E-mail: agaglia...@ara.co.uk > Url: www.ara.co.uk > -Original Message- > From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org] > On Behalf Of Richard GRENON > Sent: 24 March 2011 08:40 > To: Christopher Butler > Cc: paraview@paraview.org > Subject: Re: [Paraview] Tecplot binary reader failure /limitations (3.10.0) > > Hi Chris. > > I tried to write Tecplot binary files with Tecplot 360 2009 and Tecplot 360 > 2010, and both saved files have the same version number #!TDV112 and they > can be loaded with PV 3.10.0. > > But an old Tecplot binary file with the version number #!TDV71 can also be > loaded with PV 3.10.0. ! > > So the Tecplot version number does not seem to be the problem, at least from > 71 to 112. Could your original file have been corrupted ? > > Richard. > > > Christopher Butler a écrit : >> Hi Richard, >> Downloaded the linux binaries again, however, I had the same issue. > However, I had access to a version of tecplot (tec360 (2009)) and saved the > file as an updated version. This version then loaded into Paraview. >> >> The original file had a tecplot version string of #!TDV102 compared with > #!TDV112. Therefore I guess there is a limitation on the versions of tecplot > files that are accepted by the reader. >> >> Regards, >> Chris Butler >> > -- > Richard GRENON > ONERA > Departement d'Aerodynamique Appliquee - DAAP/ACI > 8 rue des Vertugadins > 92190 MEUDON - FRANCE > phone : +33 1 46 73 42 17 > fax : +33 1 46 73 41 46 > mailto:richard.gre...@onera.fr > http://www.onera.fr > > ___ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Follow this link to subscribe/unsubscribe: > http://www.paraview.org/mailman/listinfo/paraview > > > ** > This email contains information that is private and confidential and is > intended only for the addressee. > If you are not the intended recipient please delete it and notify us > immediately by e-mailing the sender. > Note: All email sent to or from this address may be accessed by someone other > than the recipient, for > system management and security reasons. > Aircraft Research Association Ltd. Registered in England, Registration No > 503668 Registered Office: > Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 > > ** Chris Butler Ph.D. Candidate Dept. Mechanical and Aerospace Engineering Building 31 Monash University, VIC, 3800 Phone (W): +61 (0)3 990 51617 Phone (M): +61 (0)4083890624 Email (W): chris.but...@monash.edu Email (P): chris.but...@me.com ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Tecplot binary reader failure /limitations (3.10.0)
Chris & Adriano, I used a binary editor to modify my Tecplot 360 2010 "*.plt" binary file and I replaced the version number TDV112 by TDV102... and I got the same error as Chris Indeed, the TDV102 version number is not understood by Paraview, although the older version number TDV71 can be loaded ! Strange... Richard. Christopher Butler a écrit : Richard & Adriano, I am absolutely certain that the file is actually a data file .plt. I am also sure that the file is valid for tecplot (it loaded into tecplot). I can send you a sample file if that would be informative. Chris Butler On 24/03/2011, at 9:02 PM, Adriano Gagliardi wrote: -- Richard GRENON ONERA Departement d'Aerodynamique Appliquee - DAAP/ACI 8 rue des Vertugadins 92190 MEUDON - FRANCE phone : +33 1 46 73 42 17 fax : +33 1 46 73 41 46 mailto:richard.gre...@onera.fr http://www.onera.fr ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Tecplot binary reader failure /limitations (3.10.0)
Hello, I would like to thank all of you for tracking down the issue behind this bug, would one of you be willing to create a bug report of the version error. I will try to fix this for the next major release. On Thu, Mar 24, 2011 at 7:36 AM, Richard GRENON wrote: > Chris & Adriano, > > I used a binary editor to modify my Tecplot 360 2010 "*.plt" binary file and > I replaced the version number TDV112 by TDV102... and I got the same error > as Chris > > Indeed, the TDV102 version number is not understood by Paraview, although > the older version number TDV71 can be loaded ! > > Strange... > > Richard. > > Christopher Butler a écrit : >> >> Richard & Adriano, >> I am absolutely certain that the file is actually a data file .plt. I am >> also sure that the file is valid for tecplot (it loaded into tecplot). I can >> send you a sample file if that would be informative. >> >> Chris Butler >> On 24/03/2011, at 9:02 PM, Adriano Gagliardi wrote: >> >> > > -- > Richard GRENON > ONERA > Departement d'Aerodynamique Appliquee - DAAP/ACI > 8 rue des Vertugadins > 92190 MEUDON - FRANCE > phone : +33 1 46 73 42 17 > fax : +33 1 46 73 41 46 > mailto:richard.gre...@onera.fr > http://www.onera.fr > > ___ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Follow this link to subscribe/unsubscribe: > http://www.paraview.org/mailman/listinfo/paraview > -- Robert Maynard ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Information Only Property Parameters
Hi Brian, I'm not sure to understand your UI and the way the things are. It might be overkill, but if you want to express those dependency, you can create your own domain based on what it is filled so far so at start only TypeList will be available, then "TypeList + DataTypeList" and then "TypeList + DataTypeList + DataList" Other than that, I don't know if it is possible to change the order... Seb On Thu, Mar 24, 2011 at 9:32 AM, Brian Panneton wrote: > I will attempt that and see if it corrects the issue. I have also noticed > that when I start up the plugin and open a file, the order of my combobox > population is wrong, and I can't seem to be able to change it. > > On load, I want it to populate in this order: TypeList, DataTypeList, > DataList > But it seems to always go in alphabetical order. This causes an issue > because DataList depends on what is selected in DataTypeList which depends > on TypeList. If either DataList or DataTypeList is run first it defaults to > none. > > Is there a way to make them load data in order? > > On Wed, Mar 23, 2011 at 2:23 PM, Sebastien Jourdain > wrote: >> >> Who is supposed to change the property cbType ? >> I bet it get updated after that call, therefore, you should update >> with the correct value before you update the information property. >> To make sure you get the right value, print the combobox value so you >> know which value is pushed to the server before the update information >> property. >> >> Seb >> >> did you tried to print the combobox index when the slot get called ? >> Another thing could be to set yourself the value in the property at that >> time. >> >> On Wed, Mar 23, 2011 at 1:55 PM, Brian Panneton >> wrote: >> > This XML is of two comboboxes, where the first depends on the second's >> > selection. >> > XML: >> > > > name="DataTypeList" >> > command="GetReaderDataTypeList" >> > information_only="1"> >> > >> > >> > > > name="cbDataType" >> > command="SetReaderDataType" >> > immediate_update="1" >> > number_of_elements="1"> >> > >> > >> > > > function="ArraySelection"/> >> > >> > >> > >> > >> > > > name="TypeList" >> > command="GetReaderTypeList" >> > information_only="1"> >> > >> > >> > > > name="cbType" >> > command="SetReaderType" >> > immediate_update="1" >> > number_of_elements="1"> >> > >> > >> > > > function="ArraySelection"/> >> > >> > >> > >> > >> > >> > When a currentIndexChanged event in cbType occurs, it sends a signal to >> > the >> > typeChanged() slot. >> > >> > Code: >> > void >> > myclass::typeChanged() >> > { >> > this->proxy()->GetProperty("cbType")->Modified(); >> > vtkSMProperty* prop = this->proxy()->GetProperty("DataTypeList"); >> > this->proxy()->UpdatePropertyInformation(prop); >> > } >> > >> > What ends up happening is that when I change the combobox for cbType >> > from >> > index 1 to index 2, typeChanged() is called, but is sending the 1st >> > value to >> > SetReaderType. It looks like it refeshes but remains index1. Thus, the >> > DataTypeList is populated with the same information it had. >> > >> > When I remove the Modified() line, the combobox for cbType will show the >> > change from index 1 to index 2, but SetReaderType does not get called. >> > >> > Any idea why that is happening? >> > >> > Thanks, >> > >> > Brian >> > >> > >> > On Wed, Mar 23, 2011 at 12:15 PM, Sebastien Jourdain >> > wrote: >> >> >> >> Hi Brian, >> >> >> >> could you send the (part of) XML proxy definition and the piece of >> >> code you are calling to that proxy to make that push... >> >> So I could be sure that both side are corrects. >> >> >> >> Thanks, >> >> >> >> Seb >> >> >> >> On Wed, Mar 23, 2011 at 11:32 AM, Brian Panneton >> >> wrote: >> >> > Okay, my attempt to push the variable to the server using >> >> > immediate_update="1" seems to not update the server variable when I >> >> > change >> >> > my current index of a combobox. I also tried to call Modified() on >> >> > the >> >> > currentIndexChanged event, but it seems to ignore the changes from >> >> > the >> >> > GUI >> >> > and reset the combobox as if I just loaded it. >> >> > >> >> > How should I be pushing the variable to the server? >> >> > >> >> > >> >> > On Wed, Mar 23, 2011 at 11:11 AM, Sebastien Jourdain >> >> > wrote: >> >> >> >> >> >> Unfortunately that's the way you have to do it. Or the other way is >> >> >> to >> >> >> use GatherInformation
[Paraview] How to compare 2 vtk files using paraview?
Hi, I have 2 vtk files where the nodes point is different for each vtk file. Is there a way to compare the data point by point. I am particularly interested in finding the percentage difference between the 2 data. Thanks Best Regards Chee Chin ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
[Paraview] Shortcut for toggling orthographic projection?
Hi, Is there in PV (3.8 / 3.10) a quick way to switch between orthographic and perspective projection? The only method I see is going through the menu (Edit -> View settings -> General -> Use Parallel Projection). Thanks, Paul ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] loading nc formatted data
Hi Andy, thanks :) Ken, the newer version produced by the scientific programming team has some improvement. But the crack along the north pole (tripolar poles between Asia and America continent) is still there. I saved a screenshot at http://www.cs.uh.edu/~ssu/4ParaView/20110324/1.png the data file is a little more than 800MB if you can get to ftp://ftp.gfdl.noaa.gov/pub/sms/4ParaView/20110324/thetao_Omon_GFDL-ESM2M_historical_r1i1p1_194601-195012.nc I don't think it is right but I have don't have a point of reference. If you have the time, can you point me to the data file which is proper or a screen shot of a properly rendered vis of the CF convention file? thank you very much -simon On Wed, Mar 23, 2011 at 10:47 PM, Andy Bauer wrote: > FYI: I will take care of the wrong documentation. Not today and probably > not tomorrow but soon :) > > Andy > > > On Tue, Mar 22, 2011 at 3:07 PM, Simon Su wrote: > >> Hi Ken, >> >> This is great. I will work with the scientific programming team that came >> up with the file to see if we can go anywhere with it. Thank you so much >> for taking the time to look into the file. >> >> best >> -simon >> >> >> On Tue, Mar 22, 2011 at 2:22 PM, Moreland, Kenneth wrote: >> >>> Simon, >>> >>> After taking a look at your zos_*.nc file, I believe the problem is >>> that the bounds variables (specifically lon_vertices and lat_vertices) are >>> incorrect and causing malformed cells. The proper format for these >>> variables according to the CF convention is documented here – >>> http://cf-pcmdi.llnl.gov/documents/cf-conventions/1.5/ch07.html#cell-boundaries >>> – >>> under "Bounds for 2-D coordinate variables with 4-sided cells". These >>> variables are referred to as lonbnd and latbnd in the CF documentation, but >>> otherwise the name is inconsequential. >>> >>> These bounds variables are supposed to contain a 4-tuple for each cell >>> in the grid. The 4 values in each tuple specify the longitude or latitude >>> coordinates in counterclockwise order starting with the "lower left" value. >>> Adjacent cells should have duplicate longitude and latitude coordinates >>> where appropriate. >>> >>> So, assuming that the bounds of the first cell (which I am >>> extrapolating from other coordinate variables in the zos file) is –280 to >>> –279 in the longitude direction and –82 to –81 in the latitude direction, >>> then the first 4-tuple in lon_vertices should be [–280, –279, –279, –280] >>> and the first tuple in lat_vertices should be [–82, –82, –81, –81]. The >>> next entries in the lon_vertices and lat_vertices arrays are for the >>> adjacent cell in the horizontal direction and should be >>> [–279, –278, –278, –279] and [–82, –82, –81, –81], respectively. >>> >>> In this regard, the values stored in zon*.nc's lon_vertices and >>> lat_vertices are nonsensical. ncdump shows the first two entries of each >>> as: >>> >>>lon_vertices = >>> -280, -279, -278, -277, >>> -276, -275, -274, -273, >>> >>> lat_vertices = >>> -82, -82, -82, -82, >>> -82, -82, -82, -82, >>> >>> >>> As you can see, these bounds do not form proper quadrilaterals. They >>> are all degenerate polygons on the –82 latitude coordinate. My guess is >>> that whatever wrote out this file mistook the format for boundary variables >>> for coordinate variables. >>> >>> -Ken >>> >>> Kenneth Moreland >>> *** Sandia National Laboratories >>> *** >>> *** *** *** email: kmo...@sandia.gov >>> ** *** ** phone: (505) 844-8919 >>> *** web: http://www.cs.unm.edu/~kmorel >>> >>> From: Simon Su >>> Date: Tue, 22 Mar 2011 11:40:46 -0400 >>> >>> To: Kenneth Moreland >>> Cc: Andy Bauer , "paraview@paraview.org" < >>> paraview@paraview.org> >>> Subject: Re: [Paraview] loading nc formatted data >>> >>> Hi Ken, >>> >>> Thank you again for your help. >>> >>> Is there another wiki page that also describe all the xml used syntax in >>> the http://www.vtk.org/Wiki/ParaView/Plugin_HowTo ? It may help for me >>> to have an overall picture of the xml syntax used? thanks. And is there a >>> complete example out there that show the whole process on how one can create >>> a custom data lo
Re: [Paraview] Information Only Property Parameters
I was able to get it working by using SetElement and setting the currentText retreived from the widget. Then I called UpdateProperty on the first combobox. Next I called UpdatePropertyInformation on the second combobox. For the order issue, I just ended up renaming them so they followed the order I needed. Thanks, Brian Panneton On Thu, Mar 24, 2011 at 9:47 AM, Sebastien Jourdain < sebastien.jourd...@kitware.com> wrote: > Hi Brian, > > I'm not sure to understand your UI and the way the things are. > It might be overkill, but if you want to express those dependency, you > can create your own domain based on what it is filled so far so at > start only TypeList will be available, then "TypeList + DataTypeList" > and then "TypeList + DataTypeList + DataList" > Other than that, I don't know if it is possible to change the order... > > Seb > > > On Thu, Mar 24, 2011 at 9:32 AM, Brian Panneton > wrote: > > I will attempt that and see if it corrects the issue. I have also noticed > > that when I start up the plugin and open a file, the order of my combobox > > population is wrong, and I can't seem to be able to change it. > > > > On load, I want it to populate in this order: TypeList, DataTypeList, > > DataList > > But it seems to always go in alphabetical order. This causes an issue > > because DataList depends on what is selected in DataTypeList which > depends > > on TypeList. If either DataList or DataTypeList is run first it defaults > to > > none. > > > > Is there a way to make them load data in order? > > > > On Wed, Mar 23, 2011 at 2:23 PM, Sebastien Jourdain > > wrote: > >> > >> Who is supposed to change the property cbType ? > >> I bet it get updated after that call, therefore, you should update > >> with the correct value before you update the information property. > >> To make sure you get the right value, print the combobox value so you > >> know which value is pushed to the server before the update information > >> property. > >> > >> Seb > >> > >> did you tried to print the combobox index when the slot get called ? > >> Another thing could be to set yourself the value in the property at that > >> time. > >> > >> On Wed, Mar 23, 2011 at 1:55 PM, Brian Panneton > >> wrote: > >> > This XML is of two comboboxes, where the first depends on the second's > >> > selection. > >> > XML: > >> > >> > name="DataTypeList" > >> > command="GetReaderDataTypeList" > >> > information_only="1"> > >> > > >> > > >> > >> > name="cbDataType" > >> > command="SetReaderDataType" > >> > immediate_update="1" > >> > number_of_elements="1"> > >> > > >> > > >> > >> > function="ArraySelection"/> > >> > > >> > > >> > > >> > > >> > >> > name="TypeList" > >> > command="GetReaderTypeList" > >> > information_only="1"> > >> > > >> > > >> > >> > name="cbType" > >> > command="SetReaderType" > >> > immediate_update="1" > >> > number_of_elements="1"> > >> > > >> > > >> > >> > function="ArraySelection"/> > >> > > >> > > >> > > >> > > >> > > >> > When a currentIndexChanged event in cbType occurs, it sends a signal > to > >> > the > >> > typeChanged() slot. > >> > > >> > Code: > >> > void > >> > myclass::typeChanged() > >> > { > >> > this->proxy()->GetProperty("cbType")->Modified(); > >> > vtkSMProperty* prop = this->proxy()->GetProperty("DataTypeList"); > >> > this->proxy()->UpdatePropertyInformation(prop); > >> > } > >> > > >> > What ends up happening is that when I change the combobox for cbType > >> > from > >> > index 1 to index 2, typeChanged() is called, but is sending the 1st > >> > value to > >> > SetReaderType. It looks like it refeshes but remains index1. Thus, the > >> > DataTypeList is populated with the same information it had. > >> > > >> > When I remove the Modified() line, the combobox for cbType will show > the > >> > change from index 1 to index 2, but SetReaderType does not get called. > >> > > >> > Any idea why that is happening? > >> > > >> > Thanks, > >> > > >> > Brian > >> > > >> > > >> > On Wed, Mar 23, 2011 at 12:15 PM, Sebastien Jourdain > >> > wrote: > >> >> > >> >> Hi Brian, > >> >> > >> >> could you send the (part of) XML proxy definition and the piece of > >> >> code you are calling to that proxy to make that push... > >> >> So I could be sure that both side are corrects. > >> >> > >> >> Thanks, > >> >> > >> >> Seb > >> >> > >> >> On Wed, Mar 23, 2011 at 11:32 AM, Brian Panneton > >> >>
[Paraview] QListWidget Selection Issue
I have a QListWidget that is being filled by the following XML: Everything seems to show up as expected, but I end up getting the following error: "had to make up a value for selection" How can I provide a default for the selection? Thanks, Brian Panneton ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Information Only Property Parameters
I'm happy to hear that you managed to solve your issue. On Thu, Mar 24, 2011 at 4:00 PM, Brian Panneton wrote: > I was able to get it working by using SetElement and setting the currentText > retreived from the widget. Then I called UpdateProperty on the first > combobox. Next I called UpdatePropertyInformation on the second combobox. > For the order issue, I just ended up renaming them so they followed the > order I needed. > > Thanks, > Brian Panneton > > On Thu, Mar 24, 2011 at 9:47 AM, Sebastien Jourdain > wrote: >> >> Hi Brian, >> >> I'm not sure to understand your UI and the way the things are. >> It might be overkill, but if you want to express those dependency, you >> can create your own domain based on what it is filled so far so at >> start only TypeList will be available, then "TypeList + DataTypeList" >> and then "TypeList + DataTypeList + DataList" >> Other than that, I don't know if it is possible to change the order... >> >> Seb >> >> >> On Thu, Mar 24, 2011 at 9:32 AM, Brian Panneton >> wrote: >> > I will attempt that and see if it corrects the issue. I have also >> > noticed >> > that when I start up the plugin and open a file, the order of my >> > combobox >> > population is wrong, and I can't seem to be able to change it. >> > >> > On load, I want it to populate in this order: TypeList, DataTypeList, >> > DataList >> > But it seems to always go in alphabetical order. This causes an issue >> > because DataList depends on what is selected in DataTypeList which >> > depends >> > on TypeList. If either DataList or DataTypeList is run first it defaults >> > to >> > none. >> > >> > Is there a way to make them load data in order? >> > >> > On Wed, Mar 23, 2011 at 2:23 PM, Sebastien Jourdain >> > wrote: >> >> >> >> Who is supposed to change the property cbType ? >> >> I bet it get updated after that call, therefore, you should update >> >> with the correct value before you update the information property. >> >> To make sure you get the right value, print the combobox value so you >> >> know which value is pushed to the server before the update information >> >> property. >> >> >> >> Seb >> >> >> >> did you tried to print the combobox index when the slot get called ? >> >> Another thing could be to set yourself the value in the property at >> >> that >> >> time. >> >> >> >> On Wed, Mar 23, 2011 at 1:55 PM, Brian Panneton >> >> wrote: >> >> > This XML is of two comboboxes, where the first depends on the >> >> > second's >> >> > selection. >> >> > XML: >> >> > > >> > name="DataTypeList" >> >> > command="GetReaderDataTypeList" >> >> > information_only="1"> >> >> > >> >> > >> >> > > >> > name="cbDataType" >> >> > command="SetReaderDataType" >> >> > immediate_update="1" >> >> > number_of_elements="1"> >> >> > >> >> > >> >> > > >> > function="ArraySelection"/> >> >> > >> >> > >> >> > >> >> > >> >> > > >> > name="TypeList" >> >> > command="GetReaderTypeList" >> >> > information_only="1"> >> >> > >> >> > >> >> > > >> > name="cbType" >> >> > command="SetReaderType" >> >> > immediate_update="1" >> >> > number_of_elements="1"> >> >> > >> >> > >> >> > > >> > function="ArraySelection"/> >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > When a currentIndexChanged event in cbType occurs, it sends a signal >> >> > to >> >> > the >> >> > typeChanged() slot. >> >> > >> >> > Code: >> >> > void >> >> > myclass::typeChanged() >> >> > { >> >> > this->proxy()->GetProperty("cbType")->Modified(); >> >> > vtkSMProperty* prop = this->proxy()->GetProperty("DataTypeList"); >> >> > this->proxy()->UpdatePropertyInformation(prop); >> >> > } >> >> > >> >> > What ends up happening is that when I change the combobox for cbType >> >> > from >> >> > index 1 to index 2, typeChanged() is called, but is sending the 1st >> >> > value to >> >> > SetReaderType. It looks like it refeshes but remains index1. Thus, >> >> > the >> >> > DataTypeList is populated with the same information it had. >> >> > >> >> > When I remove the Modified() line, the combobox for cbType will show >> >> > the >> >> > change from index 1 to index 2, but SetReaderType does not get >> >> > called. >> >> > >> >> > Any idea why that is happening? >> >> > >> >> > Thanks, >> >> > >> >> > Brian >> >> > >> >> > >> >> > On Wed, Mar 23, 2011 at 12:15 PM, Sebastien Jourdain >> >> > wrote: >> >> >> >> >> >> Hi Brian, >> >> >> >> >> >> could you send the (p