Peppe, consider breaking long strings into several lines for display in the tooltip. look here http://stackoverflow.com/questions/868651/multi-line-tooltips-in-java
for a proper width i'd suggest the width of the underlying layertreenamepanel. ..ede On 15.03.2015 20:45, Giuseppe Aruta wrote: > Hi Michael, Andrei, Ede, > I put the tooltip to visualize all the possible information available, > expecially datasource and sourcefile. > WMS and WFS layers have even 5 lines (layer name, datasource, Url, CRS and > Envelope. > RasterImageLayer tooltip shows also the type of raster file on Datasource > line > I can try to reduce the width of tooltips, I choose that size as, in some > cases, the path of a file should be quite long. I can try to set sourcefile > in two lines, but this will increase the number of rows of tooltip. > About height, I don't know: I agree with Ede about layername. > Anyhow, if other developers consider it not necessary, I can remove it. > I just want to know the opinion of other members. Stefan? > Peppe > > 2015-03-15 18:32 GMT+01:00 <edgar.sol...@web.de>: > >> can one of you post a screenshot visualizing a problem? i'd say the >> layername is important to circumvent any possible uncertainty for which >> layer the infos are displayed. we have already 4 lines in it, so removing >> just one wouldn't be a major size reducer. >> >> i'd agree that the tooltip's width should be minimized to fit the content >> though as it currently covers parts of the mapview unnecessarily. >> >> ..ede >> >> On 15.03.2015 16:31, Andrei Nacu wrote: >>> I agree with Michaël. The tooltip is a bit too big and the layer name is >> not necessary. >>> Andrei >>> >>> >>> On Sunday, March 15, 2015 5:22 PM, Michaël Michaud < >> m.michael.mich...@orange.fr> wrote: >>> >>> >>> Hi Peppe, >>> >>> Some times ago, you have enhanced the tooltip on the LayerNamePanel. >>> It's very useful to get the sourcefile in this tooltip ;-) >>> I find the tooltip quite big though. >>> I think the layername is redundant with the one of layerNamePanel and >>> could be removed >>> And maybe the format and the source attribute could be written on a >>> single line >>> ex. source : format (file) >>> >>> What do other users think ? >>> >>> PS : another option would be to make the toolip completely >>> parameterizable, but I'm not sure it's worth the extra work. >>> >>> Michaël >>> >>> >> ------------------------------------------------------------------------------ >>> Dive into the World of Parallel Programming The Go Parallel Website, >> sponsored >>> by Intel and developed in partnership with Slashdot Media, is your hub >> for all >>> things parallel software development, from weekly thought leadership >> blogs to >>> news, videos, case studies, tutorials and more. Take a look and join the >>> conversation now. http://goparallel.sourceforge.net/ >>> _______________________________________________ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >>> >>> >>> >>> >>> >> ------------------------------------------------------------------------------ >>> Dive into the World of Parallel Programming The Go Parallel Website, >> sponsored >>> by Intel and developed in partnership with Slashdot Media, is your hub >> for all >>> things parallel software development, from weekly thought leadership >> blogs to >>> news, videos, case studies, tutorials and more. Take a look and join the >>> conversation now. http://goparallel.sourceforge.net/ >>> >>> >>> >>> _______________________________________________ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming The Go Parallel Website, >> sponsored >> by Intel and developed in partnership with Slashdot Media, is your hub for >> all >> things parallel software development, from weekly thought leadership blogs >> to >> news, videos, case studies, tutorials and more. Take a look and join the >> conversation now. http://goparallel.sourceforge.net/ >> _______________________________________________ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > > > > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
