Latest Contributions by AndryJoos

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

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

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

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

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

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

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

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

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

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

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

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