POST
|
Hi I'm currently trying to a find a way on how to customize the ArcMap Find dialog context menu: According to the ArcObjects SDK that's possible: ArcObjects 10 .NET SDK Help When I use the "Customize Mode" in ArcMap and check the contents of the Address Find Context Menu, I can see my custom command added to the menu. However, in the Find Dialog, that's not the case. And the customized items are missing. Is this a bug? Is there something I can do about this? Do my commands need to implement or support a certain interface to be displayed in the context menu of the Find dialog? Looks like I'm not the only one who wants to do this: arcgis 10.0 - Is it possible to add a command to the ArcMap Find dialog context menu? - Geographic Information Systems S… Unfortunately, that question has not yet been answered. Thanks for any help on this! Andry
... View more
05-20-2015
04:45 AM
|
0
|
7
|
5681
|
POST
|
Hi Tim! Thank you very much for letting me know. It's awesome to read that there actually is a solution. I will check if we still have that problem at the customer's side and implement it that way, if possible. Maybe you want to copy&paste your solution into GeoNet too, for future reference for other people having the same issue?
... View more
12-11-2014
11:18 PM
|
0
|
1
|
827
|
POST
|
I wouldn't vouch for it, but yes. It looks like broken behaviour or wrong documentation or something along these lines. Of course, I might also be doing something wrong after all.
... View more
12-05-2014
06:19 AM
|
0
|
2
|
1125
|
POST
|
Hi Michael. No, not yet and we have not taken further steps in resolving this (requirements changed and we did not need to find a proper solution). Still, for future projects or implementations, it would obviously be good if there'd be a solution to this.
... View more
12-04-2014
11:38 PM
|
0
|
4
|
1125
|
POST
|
We currently encounter similar error message on 10.2.2 Desktop, however the scenario might be a little bit different: new AppROTClass() throws the same exception as you get if and only if there's already an instance of AppRot.exe running on the system (under the same user account, with elevated = yes). The programm calling new AppROTClass() is being executed as a windows task scheduler triggered executable. The second time the task is triggered, the exception hits us (while the first time works and instanciates AppROT.exe). If I kill the AppROT.exe process before the task is triggered the second time, things work well, too. Of course, the binding is made properly. And creating a new AppROTClass should not need any other licensing, except for the binding to Desktop. I'm a bit worried about the AppROT.exe running elevated. What else could be involved? The scheduler task is being executed with a user having local administrator privileges (and that might explain the elevation). Maybe this additional info helps to track this problem down?
... View more
10-23-2014
07:10 AM
|
0
|
6
|
1125
|
POST
|
I currently having a similar problem: I need to access the extension residing inside my AddIn to be access from an outside, old-fashion COM component. I can get the AddIn extension by using FindExtensionByName, but then I can't cast it to my custom interface (implemented in the same class as the AddIn-Extension). Is that even possible, Esri? 🙂
... View more
02-05-2013
05:32 AM
|
0
|
0
|
341
|
POST
|
Is there anyway to recall the installation path of a custom dll? The location, where your assembly is installed/resides can be retrieved like this: string path = Path.GetDirectoryName(System.Reflection.Assembly.GetExecutingAssembly().Location); If you let the user install to a "protected" location (like c:\program files\something) you might need Administrator privileges to write to a file at the same path from your application. Greetings, Andry
... View more
05-04-2012
04:03 AM
|
0
|
0
|
339
|
POST
|
Hey In my 10.0 SP4 ArcMap application I have a DockableWindow (created using the templates (as UserControl implementing IDockableWindowDef), C#, .Net3.5) that contains a Listbox and a Toolstrip with a few ToolstripButtons. I do encounter a rather strange behaviour with this: If the DockWindow is not active (ie. if I click in the map somewhere) and then I'll directly hit one of the ToolstripButtons in my Window, the click method is not being called. I have to click the button again to make it fire. It seems to me, the DockWindow has to be activated first (by the first click)? However: * If I click an item in the listbox in the same window, it react immediately (no matter if the previous click was on the map) * The toolstrip buttons do get activated (blue border) even if my previous click was on the map * Everything works smooth if the Window is docked (not floating) Any ideas on that? ArcMap itself contains a few windows that look the same (toolbar/toolstrip and a list...) but do not behave this weird. Anything I did wrong? Do I need to implement some strange WM_-handling/custom message handling? I'm happy for every hint 🙂 Greetings, Andry
... View more
05-04-2012
12:44 AM
|
0
|
3
|
5015
|
POST
|
Neil, thanks for the reply! It's great to discuss. What you describe is of course the intended behaviour of the function. Let me explain: QueryPointAndDistance is used to find the distance of pPoint on pCurve. We want to find get the tangent of pCurve at that point. There are cases where pPoint exactly matches the from point, resulting in rDistOnLine being exactly zero (0.0). In that case, QueryTangent fails, unless I change rDistOnLine from exactly zero to 5.0e-324 (which is almost, but not quite exactly zero). Resulting in the very same tangent as I would expect it from calling QueryTangent with 0.0 (exactly zero). However, when calling QueryTangent with DistOnCurve = 0.0, the resulting geometry is empty, which it is not when calling with DistOnCurve = 5.0e-324. Ok, I'm having a hard time to explain what the method does. Hope I have been able to clarify things a bit? Actually, it doesn't matter which method changes or sets rDistOnLine. Whenever it is exactly zero, QueryTangent generates an emtpy geometry.
... View more
10-28-2011
05:51 AM
|
0
|
0
|
719
|
POST
|
Neil, thank you for reacting. While we haven't tried to reproduce this with a simple example or isolated code, here's the relevant part of the code. It's (legacy) Delphi code, running in ArcMap 10.0 SP3. [...]
var
pPointOnLine: IPoint;
rDistOnLine: Double;
rDummy: Double;
bDummy: WordBool;
pTangent1: ILine;
[...]
begin
pTangent1 := CoLine.Create as ILine;
pPointOnLine := CoPoint.Create as IPoint;
pCurve.QueryPointAndDistance(esriExtendTangents, pPoint, False, pPointOnLine, rDistOnLine, rDummy, bDummy);
pCurve.QueryTangent(esriExtendTangents, rDistOnLine, False, 1.0, pTangent1);
[...] At this point, pTangent1 has an empty geometry if rDistOnLine was exactly 0.0 before calling QueryTangent. pCurve is defined as ICurve, and given into the method, and so is pPoint, which is an IPoint having valid coordinates (so no var declaration for these). pCurve is actually a geometry coming straight from the database, pPoint is a click/snap-coordinate. Adding the following code right before QueryTangent makes the whole method working every single time: if (0.0 = rDistOnLine) then
rDistOnLine := Math.MinDouble; The parts of code not supplied consist of handling errors, I skipped it from the example.
... View more
10-27-2011
10:14 PM
|
0
|
0
|
719
|
POST
|
We have encountered a strange behaviour using ICurve.QueryTangent (on straight lines, not tested with other types). If you supply a value of exactly 0.0 (zero) for the DistanceAlongCurve argument, the resulting tangent is/has an empty geometry. Changing the value to something very close to 0.0 (zero), for example 5.0e-324, QueryTangent works as expected. The wrong behaviour doesn't seem to be dependant on the other values supplied to QueryTangent (extension method, length of the resulting tangent etc.) This is our workaround which corrects the problem for us, however it's kind of an unpleasent hack. Can someone else confirm this behaviour? Could you coders at Esri look at this too, to see if the QueryTangent method can not handle zero values correctly (and if so, update the documentation accordingly or correct the problem)? Thank you!
... View more
10-27-2011
03:42 AM
|
0
|
5
|
1191
|
POST
|
We encounter similar issues under certain (yet undetermined) circumstances. Is there anybody 'round here that has found a solution to this? Thanks! Greetings, Andry
... View more
07-07-2011
10:03 PM
|
0
|
0
|
273
|
POST
|
I would be curious to hear how you solved this problem, I am facing something similar with legacy ICommands Just a few general hints (or do you work with Delphi?) * I load the PNG image from the resource file using a ressource stream * Create a new BITMAPV5Header and mask the colors properly (which seems to be the only way to make GDI accept alpha values) * Use CreateDIBSection using the new header * Then a bitwise (or scanline-wise) copy of the pixel data from the previously loaded PNG ressource to the DIB * This results in a bitmap handle that works for ESRI's toolbars... .. full alpha transparency looks just better 😉 The thing I like about this solution is that it really does the job for 100% working alpha transparency and no nasty premultiplied alpha tricks are needed (which wouldn't properly work with the gradient background of the toolbars anyway). Best regards, Andry
... View more
07-05-2010
05:49 AM
|
0
|
0
|
741
|
POST
|
Just to keep you fellow forum readers up to date: We have solved this and are now able to use PNG icons in Delphi ICommands. If anybody needs hints on this, just send me a message or write to this thread.
... View more
07-01-2010
05:40 AM
|
0
|
0
|
741
|
POST
|
Ok, in the meantime I've been trying and investigating some more. The situation is as follows: We have a lot of older custom commands, written in Delphi. To have these commands visually fit the polished ArcGIS 10 look, we would like to support the new possibility of using fully transparency-enabled PNG icons to appear on the ArcMap toolbars. This works very well from C#/.Net, but seems to be a bit more tricky to support from other development environments. According to some documentation found on arcigs.com, ArcObjects expects the bitmap handle that is supplied in the get-bitmap method to be a handle to a GDI bitmap. To my knowledge, GDI bitmaps do not support transparency (whereas GDI+ would do that). It seems that the command base classes to some magic with the bitmaps (premultipying? based on what colors?). ESRI people, would it be possible to give a few hints on what you do in the baseclasses? Any other tips or tricks for this? Honestly, I'm not too much into GDI and everything, so maybe I'm just not seeing the obvious solution. And just for clarification: I do not want the key-transparency with one color being transparent or anything. Instead, I would like to support the alpha channel of PNG images (as with all the new ESRI commands). Thanks for any help. Would be nice if we can discuss and maybe, in the end, have a nice snippet of code that would possibily help other developers, too. Best regards, Andry
... View more
06-22-2010
01:15 AM
|
0
|
0
|
741
|
Title | Kudos | Posted |
---|---|---|
1 | 01-29-2019 04:31 AM | |
1 | 08-31-2015 07:03 AM |
Online Status |
Offline
|
Date Last Visited |
3 weeks ago
|