I'm using border-radius:50%;
This doesn't work in IOS4?
but http://caniuse.com/#search=border-radius says it does?
Huh? Whats going on?
In IOS4,
It appears that it doesn't support border-radius:50%?
Therefore had to come up with some JS to work out the percentage in Pixels.
Something Like:
var radius = circleWidth / 2;
$jq('.circle').css('border-radius', radius + "px")
Doesn't appear to be documented anywhere either.
According to css3.info: percentages refer to the corresponding dimensions of the border box.
Does you box have a defined height/width?
Does it work on other mobile browsers?
Maybe you need to add the -webkit- prefix to it.
Related
I'm trying to pass the bounding box of one NMAMapView to another NMAMapView but the result is not the same. For testing purpose I've tried:
mapView.set(boundingBox: mapView.boundingBox!, animation: .none)
After this call the map always zooms a little bit out.
Other SDKs have an edgePadding which could be set to zero. Is this also possible in here-maps for iOS?
Instead of passing view state via NMAGeoBoundingBox you can try using passing geoCenter and zoomLevel via setGeoCenter:zoomLevel: and see if this works better for your use case. Alternatively, you could heuristicly reduce the zoomLevel after calling setBoundingBox. There is no edge padding concept.
I've been trying to create my app and something is bugging me very much,
I have images of what I am trying to achieve:
1)
2 )
number 1 shows what I am trying to do, the letters are "squeezed" together making the text appear tighter with a short width even though the letter sizing is big.
number 2 shows my attempt to achieve this, I tried multiple different ways to get that same look but failed for hours, does anyone have any suggestions or know how to make the text look like that in the first picture?
I appreciate any help, thank you!
The only way how to do it AFAIK is to use transform on UILabel, like this:
let widthTransform = 0.8 // Shrink label to 80% of its width
label.layer.transform = CATransform3DMakeScale(widthTransform, 1.0, 1.0);
Hope it helps!
Note* that transform work for about 30% of decrease (even less imo), then it just starts to look very bad. You can also change text spacing, but if you calculate it dynamically, you could end up with negative one and that looks terrible. The easiest way really is then just change of the design :)
Options:
You can decrease character spacing like in this answer
and increase font size.
Having fun with transformation on layer is really awful idea, as later you won't be able to get the height of text etc -> just everything will be working wrong.
You can also just use different font.
By default, the biggest value in the chart will have a full bar from bottom to top.
Is there a way to get some space between the top of the diagram and the maximum value? I wanted to have a standard zoom of 90% or something like this, but zooming out any further is not possible.
Yes, this is possible using axis MaximumOffset property. For example:
Chart1.Axes.Left.MaximumOffset:=25;
As #Narcis Calvet sad one option is to use MaximumOffset but another option is to use:
Chart1.Axes.Left.Increment := 20;
I prefer to use Increments instead of MaximumOffset becouse usually it reults in nicer numerical scale on the side.
EDIT: To learn more about controlling the TChart Axis controll check this site:
http://wiki.teechart.net/index.php?title=VCLTutorial4
I develop my app with AIR, Starling and FeatherUI for iOS.
I use Label with TextBlockTextRenderer (flash.text.engine.TextBlock).
I faced the following problem: http://monosnap.com/image/1chKMEoG2fDufCMJIdrgcX3dcTbLMa
In short: Some parts of letters are being cut. (this issue affect languages that has high glyphs, like Norway, German, Arabic etc...)
I already did ask the question about possible fix for this issue: http://forum.starling-framework.org/topic/why-does-label-cuts-letters but suggested workarounds are only good for certain cases. They do not solve the whole problem.
What I know so far:
baselineZero property doesn't work for me. See description here: http://forum.starling-framework.org/topic/why-does-label-cuts-letters#post-61471
Settings baselineFontDescription works but cannot be used as proper workaround - you have to manually measure baselineFontSize all the time. See description here: http://forum.starling-framework.org/topic/why-does-label-cuts-letters#post-61471
Any ideas how to fix this issue?
The workaround i am currently using is to add transparent shadow filter.
You may ned to increase radius depending on your font.
This is by no means a good solution, just a dirty temporary fix.
public static function defaultTextRendererFactory():ITextRenderer
{
// Transparent shadow helps to avoid clipping on some fonts
var clipFix:DropShadowFilter = new DropShadowFilter(0.0, 0.0, 0x000000, 0.0, 2.0, 2.0, 0.0);
var textRenderer:TextBlockTextRenderer = new TextBlockTextRenderer();
textRenderer.nativeFilters = [clipFix];
return textRenderer;
}
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..