I am finding that in Dojo 1.7.3, setting required: true on a dijit.form.Select does not properly apply a red bordered error display to the Select as it does with other dijits such as FilteringSelect. If it is in an error state and has focus, it displays the tooltip, but it doesn't apply the red borders to the Select input.
Past answers I've seen regarding this are:
Select wasn't originally constructed to allow for validation, so it is missing the proper classes/divs in its template (such as for the red box with exclamation point), meaning you'd need to add your own CSS.
A blank value for a Select box isn't necessarily invalid.
I found this example page where a normal dijit.form.Select with required: true seems to work (almost) as expected. I say almost because it looks like it keeps its blue border with the red exclamation point box when it first loses focus and doesn't get the full red border until a secondary focus change (in Firefox, at least).
I haven't been able to discern anything in this example page that could be used to get the error formatting to work for dijit.form.Select. It does appear to be using Dojo 1.7.4, but I don't see anything in 1.7.4 release notes about the Select error display being fixed.
Has this not been considered a bug that needs to be fixed? Is there a way to easily apply the validation styles without having to mess with the dijit template?
Any help/ideas appreciated.
Thanks.
I think here is a relative link to a test file:
http://archive.dojotoolkit.org/nightly/dojotoolkit/dijit/tests/form/test_Select.html
Related
This is one problem I can't understand. I'm using windows 10 and by default the form border should be displayed like this:
But for some reason or the other, my windows form app's form border is like this:
... despite the form border property is set to FixedSingle. I also tried the same with form border property Fixed3D but still it is of no use.
It would be great if someone could guide me about how this can be fixed and the reason my form's border is wired. Please download the images to get a clarity of what I'm asking.
NOTE
Fixed here means to get back the default form border.
I also use Bunifu Framework. However I don't know the relevance it has here
The image attached was taken during debugging
Others have asked this question before, but no one has provided an actual answer to it. I can't get all of the marks/labels to display in my Tableau visualizations.
Selecting "allow labels to overlap" does not fix the problem. That displays several hidden labels for the smallest of the areas, and it places those labels at the top of the bars, ignoring the formatting that sets the labels to the bottom. However, whether or not that option is checked, the empty areas in the screen shot stay empty. And those areas are clearly large enough to display the missing labels without encroaching on any other label.
I'm guessing this is a bug in Tableau because there's no reasonable explanation as to why this is happening, but I'm new to Tableau and unsure how to address this.
While I can offer no explanation, this has been a reported problem for several years. Tableau's own documentation states to check the Allow marks to overlap checkbox, yet that doesn't always work.
I don't know if it's a bug so much as it is a complicated calculation for the rendering engine to determine what will and won't fit into a space. To the human eye it will fit but it's possible the underlying calculations inside Tableau don't see it that way. I find that particularly on dual-axis charts (like yours) this happens more frequently. I've done two things to get around it when it comes up:
Change font family or font size
Put more info into the tooltips so the end user sees the data when they hover.
If you wish to pursue this as a bug, you will need to contact Tableau Support and file a case. They will ask you to submit a twbx file to reproduce the issue.
I hope that helps.
Label -> Font -> Automatic solved the problem for me
You can select individual marks, right click to pop up a menu, and specify whether to always hide or always show the labels for the selected marks (overriding the default behavior)
I have a page I built to display wind direction/velocity in various locations along a bike trail:
http://microflush.org/cgi-bin/pathInfo.cgi
I have several markers in a legend, with check boxes to enable/disable them from showing up on the map.
My goal is to have NONE of the checkable markers show up on the initial load. However, when the page is loaded for the first time, ALL show up-- even though they're not checked. If I select 1, they all go away except for the one I selected, which will then disappear if I un-check that box.
Is there a way to make them all be invisible at first, and only show up if they're selected?
(You can view the source of the link above to see the code. I wasn't sure if I should post that all, since it's kinda long with all the points I've added.)
Thanks!
Resolved. The 'var map' needed to be defined earlier in the code. Working properly now.
I'm attempting to add a box (for design purposes) around the threadlist but for whatever reason, it seems to be closing early and I cant for the life of me figure out whats causing it.
http://fantasy-bomb.com/forumdisplay.php?2-Fantasy-Football-Talk
(The theme to use is "Testing")
Its very ugly atm, notice the black rectangle that slightly hides behind the "title/threadstarter" text... It should be covering the entire threadlist and viewing it in firebug shows everything closed properply. I'm at a loss for why its happening.
I'm working on a website template and Internet Explorer is giving me a headache since I'm unable to display the search form field and button correctly. z-index in CSS is not doing much either.
By the way, how can I move the input area after the loupe icon?
Check the website here:
http://gabrielmeono.com/yonature/
Chrome:
In IE8:
Three things:
IE8 does not support border-radius, which is being applied to that field.
Your CSS references a file that's missing, border-radius.htc which is for adding rounded corners in "all major browsers other than IE."
You should be able to add a left padding value on the field to force the text further to the right. It may be safer to make a white, rounded container and position the search button and text field within it.
Edit: I was wrong; the border-radius (curved-corner) file should work for IE6-8.