I fixated the two first left columns in my tables based on https://stackoverflow.com/a/17557830/1272712. The columns is only fixated, when the screen size is less than 768px - at which point the table is scrollable (see jsFiddle). It works great on Android, desktop Chrome and desktop Safari, but it doesn't work on iOS Safari and Chrome. Does iOS not support position:absolute?
If anybody else have any alternative implementations, I'll accept that as an answer.
http://jsfiddle.net/98hk3/
I was able to get this working by overriding the -webkit-overflow-scrolling property to be unset.
I believe it defaults to touch in iOS which for some reason was throwing off the position:absolute I was trying to set.
I think you have stuck in min-width problem,
I will say that its simple to solve this in case you will convert pixel to em,
if you base size is 16px (by default it is same in all browsers)
then your PX to Em will be (px)768 / 16 = 48(em)
Now try changing Px to Em in the code Fiddle 0
also if you must stay with PX, then do something like this,
#media(max-width:768px !important)
fiddle 1
or
#media(max-width:99%)
Fiddle 2
Note:I suggest we keep 1 or 2 % spare(by applying 99%) because if we have applied padding some where within body that will create overflow to top level.
Also try adding zoom:1; under .table-responsive class that might help in case of iOS fiddle 3
if this does not work out please reply..
Related
i'm writing an application for solving captcha. Original captcha looks like this:
Original captcha
After I apply erosion+dilation it looks like this:
erosion+dilation applied
Finally I find contours for further segmentation. Obviously, I can cut "1" from the image as it's not connected with other digits. But how can I separate 5 from 7, and 7 from 8, and two zeros on the right in this case? On the first link I see that 5 and 7 are not overlapped, this way i can somehow remember it and use after applying erosion+dilation. Maybe drawing white vertical line. But still i have problems with 7 and 8.
Any help and advises are appreciated!
What you need is a technique called skeletonization, https://en.wikipedia.org/wiki/Topological_skeleton
It will help in this specific case.
We have a very old program that we print from where you are unable to change the left print margin in the program. I need to get it printing further from the left edge, ideally about 1 inch for binding. No issue with text going over the right edge as it doesn't get near that side of the page.
My idea was to use a custom separator page https://support.microsoft.com/en-us/kb/131714 to issue a PCL command to increase the left margin.
We are using HP printers and I have tried using the standard windows example C:\Windows\System32\pcl.sep which works exactly as expected.
This is my attempt at a .sep file (am saving in the system32 folder)
\
\H1B\L%-12345X
\H1B\LE
\H1B\L&l4000U
\H1B\L&a+3000H
\
I've tried a couple of variations, but it does absolutely nothing, my document just prints like normal.
Any help much appreciated.
My guess is that the application is explicitly setting the margins,
thus undoing anything you are trying in the .sep file. I am not familiar with the .sep file at all.
In the PCL context, if you are printing in duplex you want the extra binding on the left for the front side and on the right for the backside. The PCL command to end up with a 1 inch binding margin would be something like &l540U The 540U shifts the image 3/4 inch which when added to the existing minimum 1/4 inch margin gives you a 1 inch total.
Can you direct your output to a file to see what is actually being sent to the printer?
I'm trying to add text to an image in PSP X6 and I know how to do it but how can I make it look clearer/thinner?
I've created this using Arial (9 pixels) and the default stroke width (1) and not sure what else to do to make the text look less thick...
As a long-time fellow user of Corel's PaintShop Pro (including several versions by JASC before that), I have experienced the "Text" tool fluctuate (in effectiveness) over the years. This can be quite frustrating - as the quality (crispness in particular) of the text seems to vary from version-to-version.. - and sadly X6 (recently superseded by X7) is no exception.
In answer to your question, I would recommend one of the following solutions:
To get the best result with small text:
1) Ensure that the "Anti-alias" option is set to either "Sharp" or "Off".
2) Double-check that the text is not set to Bold (obvious, I know - but easily missed)
3) If possible, try dark greys (rather than pure black) as this can sometimes seem "softer" around the edges.
If you have already checked and/or tried the above, then another option is to use the technique I have adopted many times over the years - as follows:
1) Create your text (e.g. "Previous") but in a separate document - and purposefully set the text size MUCH larger than you need (e.g. 100 Point - the bigger, the better).
2) "Flatten" that image (ensuring you preserve transparency if you plan to overlay your text on a background other than pure white).
3) Resize the image down to the approximate width you require (e.g. 100 Pixels wide) by using the "Image Resize" option and ensuring that "Resample Using" is ticked/checked - and that "Smart Size" is the option used (the others: Bicubic, Bilinear and Weighted Average can also sometimes deliver better results - a little trial and error might be the order of the day until you get the hang of the technique).
Providing the desired end size is not too small, you should find the end results MUCH better than simple typing in at (say..) 9 Point to begin with.
Worth noting that this technique works particularly well for "mid-size" text - but you should also see an improvement for smaller sizes too. So something of a workaround for sure, but it definitely can and does work.
I've run into a problem where the glyphs are positioned as I expect when I specify line height:1 UNTIL the font-size became greater than 255px. Set the font-size to 256 and bam, the glyphs change position dramatically and become too high on the line.
I'm using Google Web fonts to bring in Josefin Sans - http://www.google.com/webfonts/specimen/Josefin+Sans
Edit: I'm using Chrome on Fedora, not one of those cool machines with market share and funding
Simplified fiddle here - http://jsfiddle.net/jBAnc/
Edit: The fiddle isn't showing the code for me. If you click on "Bacon", it'll toggle between 255 and 256, causing it to bounce back and forth (at least for me).
I don't encounter this problem when the font is a basic web-safe font such as Arial, so I assume it has something to do with the google Web-font. Is this a problem with the font's encoding, possibly the program the font was created with (255 seems significant)?
I'm getting inconsistent line-height/spacing issues with this font. I'm beginning to suspect that it's a problem with the construction of Josefin Sans itself.
EDIT: after a little more Googlizing, it appears the issue is not so much the font itself, but the Google Webfont API.
http://webdesignandsuch.com/fix-fonts-that-dont-work-with-google-font-api-in-internet-explorer-or-chrome-with-font-face/
Short answer: Download and host the font yourself and you should have no issues.
There's nothing wrong at all. You're just expecting all fonts to have the same x-height, descender/extender-heights, and they just don't (9 times out of 10).
The following fiddle illustrates the differences between 4 fonts (3 being very common fonts found on Macs, PCs, etc). And Josefin Sans is in the house as well.
Pay particular attention to the differences in:
the top spacing between the capital Q and its parent's border
the various heights of the Xx (especially, the lower-case vs capital)
descender of the lower-case G (some actually come out of their
parent)
_http://jsfiddle.net/suK2U/
To answer your question about 255/256px, I'd venture to say that you just happened upon a 'sweet-spot' between your container and its parent. At 256, it starts colliding (and margins start to collapse, or the like).
I trying to create a fixed border to the site that dynamically change size with the browser window from this sprite (it isn't perfect I know.): http://fc07.deviantart.net/fs70/f/2011/269/7/0/bordersprite_by_nakos-d4ayzne.png
DEMO on jSFiddle
My problem as you can see is the vertical wall part. As the #falJ and #falB are height:100% they include the bottom wall's end too with the space between the two wall sprites. Is there a way to force backround-position to only use vertical wall part without bottom wall's end?
Thanks in advance.
Solution: http://jsfiddle.net/vonkly/Ld43B/
It's not the prettiest thing in the world, but it achieves what you want. Check out the source code & direct link for the background images to see what you'll need to do. It's currently set at 299px wide; I imagine you'll be using something wider.
I'd also suggest adding some padding around your content (either with a p tag, span, another div, etc.) - the way it is currently set up isn't what I'd recommend for readability.
EDIT
The only way I can imagine achieving a fluid width + height box with the borders that you have in the way that you want is to use a second image for the west and east containing divs. This should work with your current method.