Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: krpano.com Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

41

Donnerstag, 11. Mai 2017, 08:11

I downloaded linux version and extracted files, the tools are changed to js implement.
Is there still command line interface of linux tools? ( depend on node.js ?)
Sorry, but I'm not sure what you mean, nothing had been changed here - the command line tools are still available for all platforms.

42

Donnerstag, 11. Mai 2017, 08:38

That's also related to the layout problems mentioned a few posts above.
There will be a new krpano release in the next hours where this will be fixed.

when renderer is webgl wordwrap can not work
That's also related to the layout problems mentioned a few posts above.
There will be a new krpano release in the next hours where this will be fixed.

pr10 also can not wrap when renderer is webgl

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
<layer name="mytext"
       type="text"
       align="lefttop" x="10" y="10"
       width="100"
       html="Text...Text...Text...Text...Text...Text...Text..."
       css="font-family:Arial; font-size:16px; color:#000000;"
       vcenter="false"
       padding="2"
       wordwrap="true"
       bg="true"
       bgcolor="0xFFFFFF"
       bgalpha="1.0"
       bgborder="0"
       bgroundedge="0"
       bgshadow=""
       txtshadow=""
       mergedalpha="true"
       interactivecontent="false"
       onautosized=""
       />


hotspot also have this bug

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »tmhok« (11. Mai 2017, 09:12)


43

Donnerstag, 11. Mai 2017, 08:52

Quoted from "mata"



I downloaded linux version and extracted files, the tools are changed to js implement.
Is there still command line interface of linux tools? ( depend on node.js ?)
Sorry, but I'm not sure what you mean, nothing had been changed here - the command line tools are still available for all platforms.


Sorry!
I extracted file by wrong way!
(I had used 'unzip' command instead of 'tar' command. But I don't know why javascript files had been appeared....)

44

Donnerstag, 11. Mai 2017, 10:06

Hi,
pr10 also can not wrap when renderer is webgl
...
html="Text...Text...Text...Text...Text...Text...Text..."
...
That's not a bug - only 'word'-wrapping is possible, but no hyphenation or breaking within one word. That means a line can only break on white-spaces, but not within a word. And your text is basically one long word, try putting spaces between the texts and it will automatically line break.

But if you want breaking of the word itself, it would be possible to add the 'word-break:break-all' css style, e.g.:

Quellcode

1
css="...; word-break:break-all;"
but that would only work for layers, the webgl textfield hotspots don't support that functionality.

Best regards,
Klaus

45

Donnerstag, 11. Mai 2017, 10:20

Hi,
pr10 also can not wrap when renderer is webgl
...
html="Text...Text...Text...Text...Text...Text...Text..."
...
That's not a bug - only 'word'-wrapping is possible, but no hyphenation or breaking within one word. That means a line can only break on white-spaces, but not within a word. And your text is basically one long word, try putting spaces between the texts and it will automatically line break.

But if you want breaking of the word itself, it would be possible to add the 'word-break:break-all' css style, e.g.:

Quellcode

1
css="...; word-break:break-all;"
but that would only work for layers, the webgl textfield hotspots don't support that functionality.

Best regards,
Klaus


OH,no white-spaces between Chinese characters。

if english is

i love you so much 4 white-spaces

in chineses
我非常爱你 0 white-space

*confused* layer is fine,but hotspot still

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
<hotspot name="mytext2"
       type="text"
       ath="0" atv="0"
       width="200"
       html="我非常爱你我非常爱你我非常爱你我非常爱你我非常爱你我非常爱你我非常爱"
       css="font-family:Arial; font-size:16px; color:#000000;"
       vcenter="true"
       padding="50"
       wordwrap="true"
       bg="true"
       bgcolor="0xFFFFFF"
       bgalpha="1.0"
       bgborder="0"
       bgroundedge="0"
       bgshadow=""
       txtshadow=""
       mergedalpha="false"
       interactivecontent="false"
       onautosized=""
       />

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »tmhok« (11. Mai 2017, 10:31)


46

Donnerstag, 11. Mai 2017, 10:38

OH,no white-spaces between Chinese characters
Hmm... as written for the WebGL textfield everything needs to be processed (coded) manually. So to be able to support that, I would need to implement a special word-breaking for Chinese (or other languages), but I have no language knowledge about that and a language specific processing would be a bit out of scale...

I could only image maybe adding a feature for a 'character-wise' breaking (like the css 'word-break:break-all' setting), that means allow breaking after each character (although that might be slow to process because every character need to measured separately), but then I still don't know if that would be okay for the particular language...

47

Donnerstag, 11. Mai 2017, 15:52

OH,no white-spaces between Chinese characters
Hmm... as written for the WebGL textfield everything needs to be processed (coded) manually. So to be able to support that, I would need to implement a special word-breaking for Chinese (or other languages), but I have no language knowledge about that and a language specific processing would be a bit out of scale...

I could only image maybe adding a feature for a 'character-wise' breaking (like the css 'word-break:break-all' setting), that means allow breaking after each character (although that might be slow to process because every character need to measured separately), but then I still don't know if that would be okay for the particular language...

mainly chineses would had that problem

Tuur

Erleuchteter

Beiträge: 3 017

Wohnort: Netherlands

Beruf: Krpano custom coding / Virtual Tours / Photography / Musician / Recording engineer

  • Nachricht senden

48

Donnerstag, 11. Mai 2017, 23:32

Hi,

i found that when the 'roundedge' of textfields is larger then 50% of the height we get a 'funny effect.
It was not like that.
Can you change that behaviour back? so that it when the value is too big it does not 'funny'.
Or does it has another reason?
*g*

http://www.virtualtuur.com/krpano/11910/1/

Tuur *thumbsup*
http://www.virtualtuur.com
Skype:studiotuur

Beiträge: 715

Wohnort: Angers - France

Beruf: Photographer

  • Nachricht senden

49

Freitag, 12. Mai 2017, 09:38

Hi,

Quoted from "jeromebg"
One more thing, is it possible not to cut text when using textfield as a hotspot and setting a width & height ?

That would be possible by disabling the wordwrap setting;
https://krpano.com/plugins/textfield/#wordwrap


Wordwrap works now with 1.19 pr10, thx Klaus

50

Samstag, 13. Mai 2017, 10:37

hi klaus,

i'm merging to 1.19pr10 and noticed,
that when you build a panotour
there are plugins missing in the builds:

snow, showtext, radar, options, moretweentypes, gyro, fps, editor, compass and combobox
are missing if you use the make pano scripts.

i copied them from the templates folder,
but i suspect it was not intended to be like that... (?)

cheers, index

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »indexofrefraction« (13. Mai 2017, 18:29)


Beiträge: 715

Wohnort: Angers - France

Beruf: Photographer

  • Nachricht senden

51

Samstag, 13. Mai 2017, 12:55

MAKE OBJECT droplet.bat is missing too since 1.19 pr9, is there a html5 version on it's way ?

52

Samstag, 13. Mai 2017, 20:32

Hi,

found that when the 'roundedge' of textfields is larger then 50% of the height we get a 'funny effect.
It was not like that.
Can you change that behaviour back? so that it when the value is too big it does not 'funny'.
Or does it has another reason?
The reason is new WebGL textfield support - as written there everything needs to be done and coded manually - so too the rendering of the rounded background shape - and there I haven't implemented yet the limitation of too large rounded edge values (a tricky part). But that's already on my list and will be there in next releases.

If this is a direct problem, the setting renderer="css3d" could be used. Then the textfield hotspot will be rendered by HTML+CSS as in previous versions.


i'm merging to 1.19pr10 and noticed,
that when you build a panotour
there are plugins missing in the builds:

snow, showtext, radar, options, moretweentypes, gyro, fps, editor, compass and combobox
are missing if you use the make pano scripts.

i copied them from the templates folder,
but i suspect it was not intended to be like that... (?)
There was no change here!
The files that will be automatically copied when using a droplet are defined in the .config (and the there included .skin) files via the xmltemplate_additional_file setting.

E.g. have a look into the vtourskin119.skin (used by the VTOUR droplets) and the defaultbuttons.skin (used by the NORMAL droplets) files.


MAKE OBJECT droplet.bat is missing too since 1.19 pr9, is there a html5 version on it's way ?
Yes, I've removed that droplet for the moment because there is no HTML5 support yet.
But only the droplet itself was removed, all related files for it are still there.

Best regards,
Klaus

Tuur

Erleuchteter

Beiträge: 3 017

Wohnort: Netherlands

Beruf: Krpano custom coding / Virtual Tours / Photography / Musician / Recording engineer

  • Nachricht senden

53

Sonntag, 14. Mai 2017, 11:26

Hi,

Ah yes, sorry. Didn't realize that.
That one shape could be funny for a candystore tour though :-)

Cheers!
Tuur *thumbsup*
http://www.virtualtuur.com
Skype:studiotuur

54

Montag, 15. Mai 2017, 10:41

So maybe I'm mixing some stuff up here but I'm still not able to use text together with our VR panoramas - I'm trying to show a cursor + text in VR - however it is not showing anything (no cursor, no text) as soon as I try to add a text layer (linked to parent).

I've followed the examples here in the forum - in non-VR mode it works great but as soon as I switch to VR mode everything disappears. If I remove the textfield layer it shows the cursor also in VR mode - still no text.

I thought it should work in pr9 and pr10? Is there a setting I have to take care of to use WebGL or what is it?

55

Mittwoch, 17. Mai 2017, 11:20

Hi Klaus, great work!

VERY ANNOYING : AUTOLEVEL=OFF in basicsettings.config still REMAP RICOH IMAGES!!!

56

Mittwoch, 17. Mai 2017, 14:08

Hi,
So maybe I'm mixing some stuff up here but I'm still not able to use text together with our VR panoramas - I'm trying to show a cursor + text in VR - however it is not showing anything (no cursor, no text) as soon as I try to add a text layer (linked to parent).
Only <hotspot> text elements itself are supported for WebGL now, but no <layer> elements attached to a hotspot.
When a hotspot gets children elements, the hotspot rendering switches automatically to CSS3D mode.

VERY ANNOYING : AUTOLEVEL=OFF in basicsettings.config still REMAP RICOH IMAGES!!!
Sorry, a stupid bug from me - I have first added the autoleveling support to the makepano tool and tested it there successfully of course - and than later autoleveling was quickly added also to the sphere-to-cube tool (enabled there by default) - and because the makepano tool is internally also using the sphere-to-cube tool, it's now the default-enabled-autoleveling from the sphere-to-cube tool which is doing the leveling here...

This will be fixed in the next release.

Best regards,
Klaus

57

Mittwoch, 17. Mai 2017, 14:40

thanks :)

remap option is great for Ricoh, but why it automatically involve changing image horizontal offset? i mean it doesn't level the image only, it also shift it horizontally

question regarding parsegps, why does it involve y position only in prealign?

thanks

58

Mittwoch, 17. Mai 2017, 14:48

emap option is great for Ricoh, but why it automatically involve changing image horizontal offset? i mean it doesn't level the image only, it also shift it horizontally
That's 'to north' all the images. The Ricoh EXIF information provide roll, pitch and heading all these will be used for the leveling.

question regarding parsegps, why does it involve y position only in prealign?
There is also a small bug here - the prealign with the heading information only should be normally only applied when the image was not remapped and not prealigned by the leveling. That will be also fixed in the next release.

Best regards,
Klaus

59

Mittwoch, 17. Mai 2017, 16:48

great!

what if we want to level but don't want to "north" the image? can you make an option for this?

is there a way to generate equirectangular preview and not cubestripe?

thanks

60

Freitag, 19. Mai 2017, 09:12

Hi,

what if we want to level but don't want to "north" the image? can you make an option for this?
Okay, added to todo-list.
Any ideas how that option should be done or be named?
E.g. settings like:
autolevel=prealign_without_heading
autolevel=remap_without_heading
don't look very well...

Zitat

is there a way to generate equirectangular preview and not cubestripe?
Set cspreview to false:
https://krpano.com/tools/kmakemultires/config/#preview

Best regards,
Klaus