nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

3.6 and selection lines

EricGardecki

I read the following line in the release of 3.6:

"Query and Search widgets now have support for line symbology on polygon features. Search widget now supports setting symbology per layer???s results."

Does this mean that when a polygon is selected, it can show a line graphic instead of a polygon graphic? If so, this would solve the issue where the selection graphics (despite being transparent) cover up annotation below it when printing. (though this may be a fault in the Advanced Print SOE widget - I'm not sure if this happens in the relatively new built-in print widget as I haven't tried it out yet)

Robert, will this be implemented in your eSearch?

It might be time for me to update from 3.0!

Finde mehr Beiträge mit dem Tag

Accepted answers

All comments

RobertScheitlin__GISP

Eric,

I am about to test this but as far as the release notes state, there should no longer be an issue using the OTB print widget and eSearch selections.

RobertScheitlin__GISP

Eric,

So it looks like they fixed one part of the issue but the selection transparency is still an issue and the polygon outline is missing.

HeatherGonzago

I read the following line in the release of 3.6:
Does this mean that when a polygon is selected, it can show a line graphic instead of a polygon graphic?

Yes, this was added to help address issues with multiple transparent graphics causing problems in addition to what you described with annotation as well.

Thanks.

EricGardecki

The polygon outline is missing? Isn't that what was supposedly added?

RobertScheitlin__GISP

Eric,

OK, so the outline is not missing it is just under the fill for the polygon is you do not have its alpha set to 0.

Here is an image of my testing results. Left image is what shows in Viewer, right is pdf output from print widget. Top is with simplefill and alpha of 0.5 and Bottom is simplefill with alpha of 0.

[ATTACH=CONFIG]29985[/ATTACH]

Preview.jpg

RobertScheitlin__GISP

Heather,

Do you know if the fill alpha issue is going to get fixed or at least if someone is aware of this and is looking into it (I understand that this might be a Server team issue)?

EricGardecki

The use of alpha would certainly be nice but I'm glad that there is at least the line option.

I'll await news of eSearch for 3.6 and update my application at that time.

thanks for the confimation

EricGardecki

Robert,

When using the OOTB print widget, or the PCHPrintSOE, the selection graphic is not showing up on the print at all for me. At 3.0 it showed but covered up the underlying annotation. In 3.6, besides it not showing, any annotation I have displayed shows up duplicated in the print.

Somewhat related...any graphics (draw or measure widgets) shown on the map do not show up on the printSOE. They do show on the OOTB widget however.

Is this something on my end or is this the case for everyone?

RobertScheitlin__GISP

Eric,

I only tested the eSearch not the OTB search or query widgets. As far as the PrintSOE you will have to communicate with the developer for that.

EricGardecki

I do mean the eSearch. But in conjunction with the print widgets.

Are you saying that when you print, with something selected via eSearch, that the selection appears on the print?

If so, any idea why it would not for me. I read through all of the documentation for eSearch but I suppose I could have missed a config setting?

I mentioned the PrintSOE to say that the issue appears in both print widgets, so as to rule out something specific to them.

thanks

EricGardecki

After further review, it would appear that the simplefillsymbol DOES appear on the print, but the simplelinesymbol does NOT.

That would be for polygons.

Regardless, using the fill symbol, with outline only, works just fine so I suppose it doesn't matter. However, I'm still getting duplicated, or more, labels but I suppose this applies to the print widgets and not the eSearch.

RobertScheitlin__GISP

Eric,

Yes using Flex Viewer 3.6 and the 3.6 version of the eSearch and the OTB print widget, as the images attached above indicate, I can print the selection just fine when only symbolizing with an outline. There is no configuration option in the eSearch that would affect your ability to have the selection printed. Here is an example of the layer symbology tag I have for my test parcel layer that I using in the images above:

            <symbology>
                <simplefillsymbol color="0x00ff00" alpha="0" style="null">
                    <outline color="0x888888" alpha="0.8" width="2" />
                </simplefillsymbol>
            </symbology>

I do have the OTB print widget point to MY 10.2 Export Web Map Task

EricGardecki

Do you notice any issues with haphazard duplication (or more) of feature labels when printing? It appears fine in the app but the created print has features that are labeled multiple times.

Nimm an der Diskussion teil

Angemeldete Mitglieder können Beiträge verfassen, Updates folgen und mehr. Neu hier? Registriere ein kostenloses Konto.

Schnellzugriffe

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.