Hi,
new infos - the problem with padding is only AFTER the first DRAG on the panorma
I have added in one of your examples (-> tooltips) the tour_edithelper.xml with the same padding problem like my tooltips
screen recording:
https://360.articulate.com/review/content…9523f272/review
download:
https://www.feldmannmediagroup.com/test/public/images/tooltips.zip
Jürgen
Sorry, I can't reproduce this... in any version... and there were no changes that should affect the css padding...
with prev-1: the padding is "3px 8px 3px 8px"
with prev-2: the padding is "2px 2px 2px 2px"
all files are identical - only "krpano.js" changed
Jürgen
Hi,
i have tested the new preview-2 and I have new error - padding did't work with my tooltips anymore (no problems with preview-1)
left: preview-1, right: preview-2
<skin_settings ...
tooltip_font = "color:#000; font-family: Roboto Condensed, sans-serif; font-size:17px; line-height:22px; font-weight:400; text-align:center; padding: 3px 8px 3px 8px;"
/>
<layer name="tooltip" keep="true"
type="text"
parent="STAGE"
visible="false" alpha="0"
enabled="false"
align="lefttop"
edge="bottom"
background="true" backgroundcolor="0xFFFFFF" backgroundalpha="1"
bgborder="false" bordercolor="0xFFFFFF" borderalpha="0"
borderwidth="1.0" roundedge="2"
bgshadow="0 4 10 0x000000 0.2"
css="calc:skin_settings.tooltip_font"
html=" "
zorder="1"
/>
no problems with font color, font-size or line-height
Jürgen
to see the severity of the problem you can use the plugin
https://krpano.com/plugins/fps/
i always have this active in the test phase, so i can see if there are performance problems somewhere
Jürgen
yes the "name" attribute is special
https://krpano.com/docu/xml/#name-notes
Important notes about the name attribute:
- Each name needs to begin with an alphabetic character!
- That means using a number as name is not allowed!
- When a name still begins with a numeric character, then the name will be interpreted as array index.
This is okay for dynamic index-based access inside actions but not for defining the elements!- All names will get converted automatically to lower case to allow direct case insensitive access!
Jürgen
hi,
there are two small limitations
- video with direct link hosted by vimeo freezes on iOS - no problems with desktop, Android not checked
(maybe the forwarding to AKAMAI is the problem)
- the number of simultaneous videos is limited because of computing power (-> Firefox has problems, Chrome not)
I have seen a krpano solution with about 10-20 small video loops per scene at the same time and on Firefox it's was not really usable
Jürgen