I am using react-selectsize component.
From the image (on the right side) you can directly see that it seems it doesn't handle long tag names correctly:
Image
(when I add tag with long name you can see the tag name is longer than the input box now).
Can anyone help how to fix this? (I submitted an issue but I think that component isn't maintained so unlikely I will get help from there).
Related
I've been using the youtube iframe api in a web app that I've been working on, and the setPlaybackRate method stopped working a few days ago. When I use getAvailablePlaybackRates, it returns the normal list of rates(0.25-2), but I'm unable to change it. Anyone else having issues with the function?
This issue will be fixed soon. See: https://issuetracker.google.com/issues/130638003 Does not seem to happen.
But, as Foliovision puts it in his comment, there is an easy fix. In your scripts, replace
player.setPlaybackRate(...);
with
player.setPlaybackRate(Number(...));
That is, make sure that what you are passing to this method is actually a number. player.setPlaybackRate() must have become picky about what it accepts as an argument. In my case, for example, it was the value of the selected option in a <select> element which ceased to work.
I've got a super strange and hard to diagnose issue. Hoping that someone on this forum has run into it before. Basically, I have a wordpress + woocommerce page loading like this:
As you can see there is a lot of extra whitespace. The problem is I can't figure out where the whitespace is coming from because every time I inspect element, the page removes the whitespace immediately and it looks (correctly) like this:
If I keep the "inspect element" window open and refresh the page, the whitespace returns, but as soon as I change the CSS in any way whatsoever (ie remove a random attribute or change anything), the page once again fixes itself.
If I locate the area where the whitespace should be (by not changing anything), there is literally nothing there that the whitespace is attached to. It's as if it's invisible.
I'm using Chrome (34.0.1847.131 m). Any ideas what could cause this strange behaviour?
This seems like an issue, somehow being caused by javascript. I've worked with WC before, and the JS they use is really buggy. I'd suggest trying to turn off javascript, and see if the issue still occurs. The next place to check would be the template itself. After that, check woocommerces filter set/action hooks. From my experience, WC's templates are super badly done (Seriously, who still uses tables). It caused me all sort of weird headaches as well.
I have a Wordpress site that uses a JQuery plugin called Hover-Caption ( https://github.com/coryschires/hover-caption ).
The main page of site: (http://brighidfitzsimons.com) looks good.
However in Internet Explorer 9, a similar page based on Category adds a 282px top offset to the post thumbnail image. (http://brighidfitzsimons.com/category/lifestyle/)
I am new web developer so I am struggling to figure out how to isolate problem. Based on this stackoverflow entry ( How do I get rid of an element's offset using CSS? ) my current train of thought is to add a IE specific CSS sheet to 'reverse' the offset but I can't seem to get at the offending element. Also I'm confused why works on main page but not on category page. If you watch page loading carefully, it initially loads correctly then at the very end the images are moved down. Perhaps this is a clue.
First stackoverflow entry so I hope I have followed correct ettiquete. Please advise if you need me to provide any more information.
Thanks for taking time to read problem.
Regards Simon
It has something to do with the substitutions of the content inside the title, probably some quirk about ie9 which someone else would have more of an idea for me
just so you can take my word for it: http://jsfiddle.net/BXjK3/
the first two i have removed all the greater, lesser and quotes and it works, but I would say the browser does the substitutions before Javascript can see it, and it all goes down-hill
edit: worth mentioning the reason it looks like that is because the text is no longer properly contained, and so the display none is not taking effect on it, pushing all the images down and making it a jumble, due to the way the content is loaded the ie inspection cannot show me how the text is after the javascript, only what was loaded on page load, so i can't give you more help than that
being new to asp I seem to be stumbling into a problem.
I have a masterpage with a table and several buttons. So far , so good.
When i go to a different file that uses my masterpage my contentholder changes it's size and that's not the way I wanted it ( for instance if I put in a label or some text). How do I prevent this from doing this?
For clarification I have got a screenshot.
The first screenshot is how I want it (look at the distance between home, trailer etc. and the title "DOCHTERS").
http://imageshack.us/photo/my-images/402/firstgu.png/
The second is what happens is I put in a label or another object (or even plain text ) of some sort(look at the distance between "DOCHTERS" and home, trailer etc.).
http://imageshack.us/photo/my-images/689/secondg.png/
Any idea why this is happening and how I can fix this?
Can anyone steer me in the right direction?
You may want to run this application and see if turns out right because sometimes its just something with the WYSIWYG engine of the IDE.
Should this bar on the HTML designer show the tag name? It sometimes does!
Here's an image of what I referring to.
I thought for sure it must be a bug but considering that I heard that MS was rewriting the editor (designer too?) I am starting to question whether I know how to use it!
Note the "TD" tooltip on the bottom right. Shouldn't this "TD" appear on the bar on the far right where the mouse would be?
This looks like a bug. If there's a reliable repro for it (i.e. if you can show to do it from a new or sample form), you should file the bug on http://connect.microsoft.com/VisualStudio. (Or you could file it anyways, but without a repro, it's hard to find and fix...)