Search results
Search results 1-20 of 96.
Ungefragte Tonwiedergabe: Klick und Tab ist geschlossen. No Go!
You can have a look at my project. There are thousands of texts in two languages. I am using a multi-XML solution as well as language variables.
set(hotspot[name].fillcolor/bordercolor, desiredcolor);
Quoted from "indexofrefraction" Quoted from "pano-erbauer" This is the way! :) This is the way. This is the way! :)
Quoted from "klaus.krpano" So all in all a quite complex system with unfortunately many unexpected/hidden cases, but when finding them, everything is solvable of course . Best regards, Klaus And this is, what pre release versions are there for, right? At least I have to say it is big fun for me to play with the PR versions. But not only that, also lurking the forum in the last weeks, seeing what others find and want and watching this being fixed or implemented is splendid fun
Quoted from "kme" I'm not a fan of playing sound in the backgroudn tho. If a site does that, my response is to close it. I believe it is more common / user friendly to ask to enable background sound and start playing if the answer is yes. Same here. It should be. Probibited by all browsers. Don't do that music s**t please!
Aaaand I was wrong! Actually it does work so good, that the lines got to short while zooming in - that was never a problem so far obviously, as they just vanished before So I made the lines much longer and now everything just works as good as I could imagine. THANK YOU Klaus!
Hi Klaus, thanks for the update! It actually works better now. However the lines still disappear sooner than I would have liked for my usecase. For example a verical line vanishes at: hlookat: -0.481639 vlookat: - 0.260689 hfov: 0.018952 vfov: 0.014214 Probably the values already get to small here? At least I can see it disappear pixelperfect now Greetings Stefan
As you probably know the position in the flat image-pixel wise and not degree-wise you will need this conversion: ath = (source-pixel-x / source-pixel-imagewidth - 0.5) * image-hfov atv = (source-pixel-y / source-pixel-imageheight - 0.5) * image-vfov
Quoted from "klaus.krpano" Hi, this will be fixed in the next release. I have implemented now a pixel-exact visibility check for the 'flat/2d'-hotspots. Best regards, Klaus This is so good news - thank you very much for it!
Hi Klaus! Turns out that making the hotspots smaller an pulling them to the center to always cover the full screen isn't a good solution. As this has to happen on every onviewchange call and must be a loop to "pull" all hotspots it get's really slow if there are more than a few hotspots. So a solution for this big-hotspot behaviour in one of the coming releases would be so much appreciated!
Quoted from "klaus.krpano" Hi, that kind of problem should appear in all versions (1.19, 1.20, 1.21). It's about the frustum/visibility checking of hotspots (if they are out of the screen-range to avoid rendering them). And here currently only a simplified check is used for performance reason and that unfortunately fails for extremely large hotspots... But improving this is already on my list. Best regards, Klaus Thanks for the clarification. That explains why it totally disappears at a specifi...
Quoted from "kme" In the 1.21 preview 1, the following code "worked", as it cleared the textbox: Source code 1 2 3 4 5 6 <layer type="text" name="label" visible="true" keep="true" x="100" y="100" width="100" height="100" text="HELLO"></layer> <action name="textboxtest" autorun="onstart"> set(textbox, get(layer[label])); set(textbox.text, ""); </action> In the latest build (preview 2), the textbox gets the double quotes Can be solved by Source code 1 set(textbox.text, calc("")); But not sure if ...
Update: Bug is also present in krpano 1.21 (build 2023-03-15)
Quoted from "klaus.krpano" Quoted from "s-maier" Hi there! Looks like using 1.21 totally breaks the plugin. Can you maybe have a look at it? Thanks! index.php?page=Attachment&attachmentID=3328 Hi, either try fixing the Javascript code (don't use variables without explicit declaration), or disable the usestrictjs setting (either globally or only for individual actions) Best regards, Klaus Hi Klaus, thanks for the input! Already got everything working again with some workarounds and the Update pr...
Just copy the style, hotspot and action parts into the desired scene in your tour.xml
Quoted from "s-maier" Can you however please reintegrate the syntax to define custom thumbnails for search item? It was unfortunately lost with the update. Any hope here?
Have a function called by onviewchanged. In the function check if the viewer looks at the area with if view.hlookat between h-min and h-max of your area AND view.vlookat between v-min and v-max of your area then set hotspot visible else set hotspot invisble
Hey there, it's me with a strange problem again I created hotspots as horizontal and vertical helper lines that you can move around. See: Example Those lines should only be 1 pixel wide, always be the whole size of the screen and be always on the same position when zooming. So far that all works as intended. However: When you zooming in, the lines disappear - depending on the view position. So when you zoom in at the image center (where the lines cross) you can zoom in all the way. When you go t...
.bat droplet file. Basically it's just a modification of the 1.19 "MAKE VTOUR (NORMAL) droplet.bat" to do what you wanted and to run on 1.21