treebase-devel

[Treebase-devel] Incompatibility with Internet Explorer 7

[William P. <wil...@ya...>]

We have a report (below) that the analysis entries are not visible in Internet Explorer 7 (except by copy/pasting to a text file). Could someone with this browser test our interface? I'm guessing that it can't be the only place that is incompatible. Meanwhile, I'll create a bug report.

bp




Begin forwarded message:

> From: Ben Wielstra <wie...@it...>
> Date: March 22, 2010 6:48:29 AM EDT
> To: William Piel <wil...@ya...>
> Subject: RE: TreeBASE Submission S10307
> 
> Dear mister Piel,
> 
> Sorry for my last email, I see the trees are already included in the file. Thanks for this.
> 
> I have just updated the last field: the analysis. This seems to be not running smootly yet because I am not able to see what I have filled in here (using Internet Explorer 7) unless I copy paste it to a text editor.
> 
> There are now some redundant data matrices uploaded which I am not able to discard. Is it possible to get rid of these? Also, the taxa list seems to have trouble with the numbers used to code for taxa in the tree block.
> 
> Compared to the old database (which I never used, I only looked at it) there is now the advantage that the submission number stays the same right? I can refer to submission 10307 before changing the submission to the ready state?
> 
> Thanks for your troubles,
> Ben
> 
> ________________________________________
> Van: William Piel [wil...@ya...]
> Verzonden: zondag 21 maart 2010 20:53
> Aan: Ben Wielstra
> Onderwerp: TreeBASE Submission S10307
> 
> Dear Ben Wielstra,
> 
> Thanks for trying out our new version of TreeBASE.
> 
> I noticed that the trees were having trouble getting parsed. In one instance it was because the "tree" command was missing in the TREES block. In other instances, a TAXON block was missing, which is a problem for Mesquite v. 2.
> 
> I've uploaded a new version after saving the file in Mesquite.
> 
> (attached is the file I uploaded, in case you want to examine it)
> 
> regards,
> 
> Bill
> Faculty of Geo-Information Science and Earth Observation (ITC)
> University of Twente
> 
> 

Re: [Treebase-devel] Incompatibility with Internet Explorer 7

[Rutger V. <rut...@gm...>]

I am going to attempt to make things work with Internet Explorer 8 -
which is the one that came with my VM - but I don't think we should be
spending time making IE7 happy as well. At this point it's used less
often than either IE8, Chrome or Firefox - and usage is obviously
dropping (IE9 is now under development). Is that fair?

On Mon, Mar 22, 2010 at 12:38 PM, William Piel <wil...@ya...> wrote:
>
> We have a report (below) that the analysis entries are not visible
> in Internet Explorer 7 (except by copy/pasting to a text file). Could
> someone with this browser test our interface? I'm guessing that it can't be
> the only place that is incompatible. Meanwhile, I'll create a bug report.
> bp
>
>
>
>
> Begin forwarded message:
>
> From: Ben Wielstra <wie...@it...>
> Date: March 22, 2010 6:48:29 AM EDT
> To: William Piel <wil...@ya...>
> Subject: RE: TreeBASE Submission S10307
>
> Dear mister Piel,
>
> Sorry for my last email, I see the trees are already included in the file.
> Thanks for this.
>
> I have just updated the last field: the analysis. This seems to be not
> running smootly yet because I am not able to see what I have filled in here
> (using Internet Explorer 7) unless I copy paste it to a text editor.
>
> There are now some redundant data matrices uploaded which I am not able to
> discard. Is it possible to get rid of these? Also, the taxa list seems to
> have trouble with the numbers used to code for taxa in the tree block.
>
> Compared to the old database (which I never used, I only looked at it) there
> is now the advantage that the submission number stays the same right? I can
> refer to submission 10307 before changing the submission to the ready state?
>
> Thanks for your troubles,
> Ben
>
> ________________________________________
> Van: William Piel [wil...@ya...]
> Verzonden: zondag 21 maart 2010 20:53
> Aan: Ben Wielstra
> Onderwerp: TreeBASE Submission S10307
>
> Dear Ben Wielstra,
>
> Thanks for trying out our new version of TreeBASE.
>
> I noticed that the trees were having trouble getting parsed. In one instance
> it was because the "tree" command was missing in the TREES block. In other
> instances, a TAXON block was missing, which is a problem for Mesquite v. 2.
>
> I've uploaded a new version after saving the file in Mesquite.
>
> (attached is the file I uploaded, in case you want to examine it)
>
> regards,
>
> Bill
> Faculty of Geo-Information Science and Earth Observation (ITC)
> University of Twente
>
>
>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Treebase-devel mailing list
> Tre...@li...
> https://lists.sourceforge.net/lists/listinfo/treebase-devel
>
>



-- 
Dr. Rutger A. Vos
School of Biological Sciences
Philip Lyle Building, Level 4
University of Reading
Reading
RG6 6BX
United Kingdom
Tel: +44 (0) 118 378 7535
http://www.nexml.org
http://rutgervos.blogspot.com

[Treebase-devel] Taxon intel...

[William P. <wil...@ya...>]

We just got a submission where the submitter had used some fairly unscientific names (e.g. "Bird" "Fish" etc) -- but then used our Taxon Intel feature to map to names that might actually be useful to search on!  

So I was just thinking... wow. This actually works!

bp


Taxon Label
Taxon Name
NCBI taxid
uBIO namebankID
	
 	
	Ambystomatidae	Ambystomatidae	8294	2476828		
	Ascaphidae	Ascaphidae	30311	31759		
	Bird	Aves	8782	21646		
	Bombinatoridae	Bombinatoridae	30312	31782		
	Caeciliidae	Caeciliidae	8446	2476859		
	Coelacanth	Coelacanthiformes	7894	113892		
	Crocodile	Crocodylidae	8493	582627		
	Cryptobranchidae	Cryptobranchidae	30365	31666		
	Discoglossidae	Discoglossidae	8343	2476892		
	Fish	Actinopterygii	7898	113876		
	Human	Homo sapiens	9606	2481730		
	Hynobiidae	Hynobiidae	30366	31668		
	Ichthyophiidae	Ichthyophiidae	8451	31712		
	Leiopelmatidae	Leiopelmatidae	43506	31764		
	Lizard	Squamata	8509	4781680		
	Lungfish	Lepidosireniformes	7879	113905		
	Marsupial	Metatheria	9263	2484208		
	Pelobatidae	Pelobatidae	8432	31776		
	Pipidae	Pipidae	8352	31778		
	Plethodontidae	Plethodontidae	8332	2476829		
	Rhinatrematidae 1	Rhinatrema	194407	2476887		
	Rhinatrematidae 2	Epicrionops	43480	2476886		
	Rhyacotritonidae	Rhyacotritonidae	43567	31671		
	Scolecomorphidae	Scolecomorphidae	30378	31714		
	Sirenidae	Sirenidae	8339	31673		
	Typhlonectidae	Typhlonectidae	8454	582595		

Re: [Treebase-devel] Incompatibility with Internet Explorer 7

[William P. <wil...@ya...>]

On Mar 22, 2010, at 4:27 PM, Rutger Vos wrote:

> Is that fair?

Agreed. In the event that getting IE8 to work does not fix IE7, we can put a "sorry, go away" message on our web pages (e.g. using javascript to screen out IE7 browsers). 

bp

Re: [Treebase-devel] Incompatibility with Internet Explorer 7

[Rutger V. <rut...@gm...>]

I did some checking and fixing to make the static pages all xhtml
compliant. Can we all do that right away when we create html in the
jsps? I know we all pretty much know the rules, but the number of
validation errors in the recently created pages was horrendous :-)

I fixed the analysis page such that it functions and looks the way
it's supposed to in IE8, but I have no way to check IE7.

I also added the functionality where all but the last analysis is
collapsed by default.

On Mon, Mar 22, 2010 at 8:39 PM, William Piel <wil...@ya...> wrote:
>
> On Mar 22, 2010, at 4:27 PM, Rutger Vos wrote:
>
> Is that fair?
>
> Agreed. In the event that getting IE8 to work does not fix IE7, we can put a
> "sorry, go away" message on our web pages (e.g. using javascript to screen
> out IE7 browsers).
> bp
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Treebase-devel mailing list
> Tre...@li...
> https://lists.sourceforge.net/lists/listinfo/treebase-devel
>
>



-- 
Dr. Rutger A. Vos
School of Biological Sciences
Philip Lyle Building, Level 4
University of Reading
Reading
RG6 6BX
United Kingdom
Tel: +44 (0) 118 378 7535
http://www.nexml.org
http://rutgervos.blogspot.com

Re: [Treebase-devel] Incompatibility with Internet Explorer 7

[William P. <wil...@ya...>]

On Mar 22, 2010, at 7:13 PM, Rutger Vos wrote:

> I did some checking and fixing to make the static pages all xhtml
> compliant. Can we all do that right away when we create html in the
> jsps? I know we all pretty much know the rules, but the number of
> validation errors in the recently created pages was horrendous :-)
> 
> I fixed the analysis page such that it functions and looks the way
> it's supposed to in IE8, but I have no way to check IE7.
> 
> I also added the functionality where all but the last analysis is
> collapsed by default.

Thanks for the fix. 

I found a Parallels VM with IE6 on it, so I was able to test that. Then I downloaded IE7 and tested that. IE8 wouldn't install, so I used an emulator (http://www.my-debugbar.com/wiki/IETester/HomePage). 

Here are the damages:

* None of the IE versions can work with our analysis entry forms (the current build -- not yours, obviously)

* IE6 and IE7 throw exceptions for almost all of our search buttons (the barf below is from entering a name and clicking the "Author" button -- I guess it's passing 'Study ID' instead of 'authorKeyword' button -- or something like that). 

* IE8 works on most buttons but fails on the "Discard All Results" buttons (on all tabs)

Since IE 6-7-8 browsers represent 35% of the market (the latest stats: IE8, 15%; IE6/7, 20%; Firefox, 47%; Chrome, 12%; Safari, 3.8%) I guess we have to address these -- at least for IE8. Will xhtml compliance bring us up to snuff with IE? 

bp



Uncaught Exception Encountered 
java.lang.Error: Unknown search button name 'Study ID' at org.cipres.treebase.web.controllers.StudySearchController.onSubmit(StudySearchController.java:130) at org.springframework.web.servlet.mvc.SimpleFormController.processFormSubmission(SimpleFormController.java:267) at org.springframework.web.servlet.mvc.CancellableFormController.processFormSubmission(CancellableFormController.java:140) at org.springframework.web.servlet.mvc.AbstractFormController.handleRequestInternal(AbstractFormController.java:265) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:858) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:792) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:476) at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:441) at javax.servlet.http.HttpServlet.service(HttpServlet.java:647) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.displaytag.filter.ResponseOverrideFilter.doFilter(ResponseOverrideFilter.java:125) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:119) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:55) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:191) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:873) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) at java.lang.Thread.run(Thread.java:636) Cookies: JSESSIONID=[319BE70B60E0B5E0E2F817F4A39BD44B] 

Re: [Treebase-devel] Incompatibility with Internet Explorer 7

[Rutger V. <rut...@gm...>]

Ok, I'll spend more time on this this evening.

On Tuesday, March 23, 2010, William Piel <wil...@ya...> wrote:
>
> On Mar 22, 2010, at 7:13 PM, Rutger Vos wrote:
> I did some checking and fixing to make the static pages all xhtml
> compliant. Can we all do that right away when we create html in the
> jsps? I know we all pretty much know the rules, but the number of
> validation errors in the recently created pages was horrendous :-)
>
> I fixed the analysis page such that it functions and looks the way
> it's supposed to in IE8, but I have no way to check IE7.
>
> I also added the functionality where all but the last analysis is
> collapsed by default.
>
> Thanks for the fix.
> I found a Parallels VM with IE6 on it, so I was able to test that. Then I downloaded IE7 and tested that. IE8 wouldn't install, so I used an emulator (http://www.my-debugbar.com/wiki/IETester/HomePage).
> Here are the damages:
> * None of the IE versions can work with our analysis entry forms (the current build -- not yours, obviously)
> * IE6 and IE7 throw exceptions for almost all of our search buttons (the barf below is from entering a name and clicking the "Author" button -- I guess it's passing 'Study ID' instead of 'authorKeyword' button -- or something like that).
> * IE8 works on most buttons but fails on the "Discard All Results" buttons (on all tabs)
> Since IE 6-7-8 browsers represent 35% of the market (the latest stats <http://www.w3schools.com/browsers/browsers_stats.asp>: IE8, 15%; IE6/7, 20%; Firefox, 47%; Chrome, 12%; Safari, 3.8%) I guess we have to address these -- at least for IE8. Will xhtml compliance bring us up to snuff with IE?
> bp
>
>
> Uncaught Exception Encountered java.lang.Error: Unknown search button name 'Study ID' at org.cipres.treebase.web.controllers.StudySearchController.onSubmit(StudySearchController.java:130) at org.springframework.web.servlet.mvc.SimpleFormController.processFormSubmission(SimpleFormController.java:267) at org.springframework.web.servlet.mvc.CancellableFormController.processFormSubmission(CancellableFormController.java:140) at org.springframework.web.servlet.mvc.AbstractFormController.handleRequestInternal(AbstractFormController.java:265) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:858) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:792) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:476) at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:441) at javax.servlet.http.HttpServlet.service(HttpServlet.java:647) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.displaytag.filter.ResponseOverrideFilter.doFilter(ResponseOverrideFilter.java:125) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:119) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:55) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:191) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:873) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) at java.lang.Thread.run(Thread.java:636) Cookies: JSESSIONID=[319BE70B60E0B5E0E2F817F4A39BD44B]
>

-- 
Dr. Rutger A. Vos
School of Biological Sciences
Philip Lyle Building, Level 4
University of Reading
Reading
RG6 6BX
United Kingdom
Tel: +44 (0) 118 378 7535
http://www.nexml.org
http://rutgervos.blogspot.com

Re: [Treebase-devel] Incompatibility with Internet Explorer 7

[Rutger V. <rut...@gm...>]

I'm downloading vmware right now, I still have an xp vm that I used
for coding previously, so I should be able to debug the JavaScript
soonish. I know that the prototype js library we're using for dynamic
GUI elements needs to be used with a bit more care in ie than other
browsers (because Element cannot be extended in the same way). I've
tried to be dilligent with it, but I obviously don't always have an
extra virtual machine running just to check how Internet Explorer
decides to break the rules this time.

On Monday, March 22, 2010, William Piel <wil...@ya...> wrote:
>
> We have a report (below) that the analysis entries are not visible in Internet Explorer 7 (except by copy/pasting to a text file). Could someone with this browser test our interface? I'm guessing that it can't be the only place that is incompatible. Meanwhile, I'll create a bug report.
> bp
>
>
>
>
> Begin forwarded message:
> From: Ben Wielstra <wie...@it...>
> Date: March 22, 2010 6:48:29 AM EDT
> To: William Piel <wil...@ya...>
> Subject: RE: TreeBASE Submission S10307
>
> Dear mister Piel,
>
> Sorry for my last email, I see the trees are already included in the file. Thanks for this.
>
> I have just updated the last field: the analysis. This seems to be not running smootly yet because I am not able to see what I have filled in here (using Internet Explorer 7) unless I copy paste it to a text editor.
>
> There are now some redundant data matrices uploaded which I am not able to discard. Is it possible to get rid of these? Also, the taxa list seems to have trouble with the numbers used to code for taxa in the tree block.
>
> Compared to the old database (which I never used, I only looked at it) there is now the advantage that the submission number stays the same right? I can refer to submission 10307 before changing the submission to the ready state?
>
> Thanks for your troubles,
> Ben
>
> ________________________________________
> Van: William Piel [wil...@ya...]
> Verzonden: zondag 21 maart 2010 20:53
> Aan: Ben Wielstra
> Onderwerp: TreeBASE Submission S10307
>
> Dear Ben Wielstra,
>
> Thanks for trying out our new version of TreeBASE.
>
> I noticed that the trees were having trouble getting parsed. In one instance it was because the "tree" command was missing in the TREES block. In other instances, a TAXON block was missing, which is a problem for Mesquite v. 2.
>
> I've uploaded a new version after saving the file in Mesquite.
>
> (attached is the file I uploaded, in case you want to examine it)
>
> regards,
>
> Bill
> Faculty of Geo-Information Science and Earth Observation (ITC)
> University of Twente
>
>
>
>
>
>
>

-- 
Dr. Rutger A. Vos
School of Biological Sciences
Philip Lyle Building, Level 4
University of Reading
Reading
RG6 6BX
United Kingdom
Tel: +44 (0) 118 378 7535
http://www.nexml.org
http://rutgervos.blogspot.com