This is BlackBox's Typepad Profile.
Join Typepad and start following BlackBox's activity
Join Now!
Already a member? Sign In
BlackBox
<Civil 3D>me<Maya>
BlackBox is an Autodesk® Authorized Developer, specializing in the customization of AutoCAD® based products, through creative solutions that allow users, and employers to be more secure, productive, and ultimately profitable.
Recent Activity
I think you'll find this old 'parser' routine offers a substantial boost in efficiency: https://www.theswamp.org/index.php?topic=42354.msg475130#msg475130 [code] (defun _Parser (char string / i segments segment) (while (setq i (vl-string-search char string)) (setq segments (cons (setq segment (substr string 1 i)) segments)) (setq string (substr string (+ 2 i))) ) (reverse (cons string segments)) ) [/code] Here's a quick speed test: [code] (setq s (getvar "acadprefix")) (setq d ";") (bench '(split) (list s d) 10000) (bench '(_Parser) '(d s) 10000) [/code] ... And the results from console: [code] _$ SPLIT Elapsed: 2922 Average: 0.2922 _PARSER Elapsed: 32 Average: 0.0032 [/code] Now, how often will someone parse a string anywhere near this many times - admittedly seldom - just offering simplicity, and efficiency where I can, based on what I've learned. Please do with this what you like. Cheers
>> All of Autodesk is trying to unify the experience. We are one team. Not that I'd expect any other response - particularly in public. Haha However, if you're going to push the cool-aide, then this new cascade of pretty login pages initially, the dysfunction that ensued thereafter, and your team(s) having to work all weekend just to get us back to manageable yet insufficient interim clearly demonstrates that you're headed in the WRONG direction. >> We will get there. ETA for SINGLE login page? ETA for reasonable milestones, in the interim? ... Or are we just expected to sit quietly (never going to happen, BTW), so Autodesk can dump more time, and resources into a fundamentally flawed concept that's placed your 'one team' in disaster recovery mode? Cheers
1 reply
If ^^ THIS ^^ is true, and I have no reason to suspect that it is not, then I wish Scott were in charge of more aspects of Autodesk's web presence, frankly. As example: I had to fight tooth and nail a couple cycles ago just to get the KB site to 'show' that you were logged in, as SSO was being leveraged to track what we read, searched, etc. with no indicator that we were logged in, and no means by which to log out (from that page) as Autodesk employees later admitted. Were Autodesk's various web properties not behaving in this way, and folks like yourself were able to be proactive about what you're after and why, instead of being shady via negative opt-in, perhaps this wouldn't be such an issue for me in the first place. I appreciate the sentiments you've just outlined above, and would like to see those goals come to fruition, so long as we (users) have a reasonable means by which to opt-out (aka an off switch; not having a bunch of manual steps after digging through legalese). Keep up the good work, Scott. Cheers
1 reply
Hi Scott - Where are the terms and conditions that - as a generalization - state that Autodesk is allowed to track us once we login? As example: Automagically logging us in the KB Articles, Online [not so much] Help, etc. so that you can track, and store which KB articles we read, which Help pages we view, how frequently, and what search terms we use to try and find something of value from the Help with utterly no Table of Contents? Methinks it a bit more honest and up-front of Autodesk to make that fact _clearly visible_ on EVERY login screen, for ALL login targets (i.e., Account, ADN, Beta, Forums, etc.), rather than just doing so anyway. Not everyone knows how much free market research we're giving you without compensation, so there MUST also be a means by which for us to opt-out. Cheers
1 reply
>> As you can tell, we’ve been working on it all weekend. I can, and that is greatly appreciated, Scott. Thank you!
1 reply
Hey, hey, hey - Browsers saved credentials are working again today! ;)
1 reply
Looks like changes are afoot; involuntary SSO has stopped working (thank you!), and I was prompted for credentials again. Browser saved credentials are still broken, unfortunately. Cheers
1 reply
Likewise; negative opt-in without user permission, as I've never checked the 'stay logged in' box for the reasons mentioned above. Now, it's impossible to be logged into Autodesk Account, Autodesk Forums, Beta Forums, and ADN portal using different accounts... And it's still 8+ seconds to be signed in via SSO. Neither efficient, nor effective; you already knew that, as you wouldn't have taken such steps without having much larger issues. I get that you've made some mistakes with this, recognize that you're trying to fix it, and that it will not be an overnight process given how much time and resources you've likely poured into this. In all sincerity, when can we expect a professional login mechanism to replace whatever 'this' is? Cheers
1 reply
This new cascade of pretty Bentley-colored login pages, just keeps bearing gifts - browser saved credentials functionality has already been broken, again. Twice in four days? Thankfully, Typepad's SINGLE login screen is effective, and efficient. It only took +/-1 second to login here, as compared to the 5-7 seconds for your new cascade of pretty pages. Perhaps the User Experience team would do well, to spend more time actually being a user, who's primary responsibility is to be billable doing something, anything, other than looking at the pretty pages? I bet you'd end up with two, entirely different results - they clearly didn't spend their time testing the FUNCTIONality. Cheers
1 reply
Even if they do finally fix the 'Stay logged in' functionality after all of these years of knowing full well that it's completely broken - right now it's just a pretty checkbox + font; you can almost 'see' the buck getting passed to Centercode Haha - it won't be of any use to those of us who have personal accounts, as well as manage CAD for our employer. As example: I'll be logged into my personal/developer account in Beta, but need to log in to Account using my work account to add a user, manage the contract, etc. With SSO mandated, I'd constantly have to log out / back in. Never mind the fact that Autodesk would then likely be brazen enough to roll A360 login, etc. into the SSO umbrella, and I cannot begin to tell you how much I want to kill off every AutoCAD-related background internet dependency, location tracker, etc... Complete waste of my client/server/network's resources. ... Another topic for another thread.
1 reply
Firstly, I prefer clarity to agreement. >> I am not passing the buck. I believe that to be true - however, Autodesk (collectively, not Scott individually) is, and has for many years, passed the buck onto Centercode. I cannot post the myriad instances of Autodesk employees doing so, without violating NDA. >> 1. I support a consistent user experience across all Autodesk products and services. I know this to be true of Scott - Autodesk's actual real-world results do not often align with Scott's supported goal, unfortunately. >> 2. The Autodesk User Experience team determined that a two-step process is the way to go. They're utterly wrong, and clearly didn't test the FUNCTION-ality properly before roll-out, did they? But that schnazzy animation sure looks pretty, doesn't it? Whoever it is on that, or other teams, that's responsible for yet another Google-groupie moment, just stop it already (it's gross), and instead focus on performance of simplicity - ANYTHING that takes away from performance, is not going to earn the support from daily users whom make their living by being billable (presuming you [Autodesk] care about such, as we'll gladly be thorns in your hind quarters if you show that you don't). >> 3. Shaan and I will work with Centercode to get the changes made to Beta and Labs so that the feedback community site functions the way our User Experience team envisions. Thank you, that would be most appreciated - Once they actually have a good vision. Not that I expect you to publicly agree with my position on this multi-step kludge, but working hard on a bad idea is, well, a poor use of time, and resources to be diplomatic. >> 4. Along the way, I wills hare what I know. I wrote this blog article, but I asked the User Experience team "Why two dialogs?" and they told me about integrations with other authentication systems. So I shared that. That's perfectly fine, Scott - and always appreciated. I am a designer (daily user; primary role), a CAD/IT Admin responsible for all systems & network administration for my employer with an MTA Server (studying for MCSE, PMP now), a Microsoft BizSpark member, and ADN member (individually, and on the SincPac C3D team). What little I know, I know well - and your user experience team is just wrong (I'm sorry) - I don't like being critical of them, but they've not exactly given me anything to be positive about. Supporting domain customization may be one of the benefits of this new role-out, but it's simply not the cause of the multi-page login, and can continue to be supported through a single-page form (as it always has). >> 5. IMHO opinion, when "Stay logged in" works, and I only have to endure the 2 step process every day or so, I can live with that. I say that, and I log into Autodesk Labs way more than any labs or beta participant ever does. So what? Users (other than myself) didn't complain about it for no reason - they complained because it negatively affected them. Period. There's no excuse for Autodesk's seemingly repeating trend of sacrificing function, for the sake of form... 'Stay logged in' actually working, *IF* it ever does (it's been broken for years), will still just be a bandaid for this poor design, and to not acknowledge that (even if only to yourself), is intellectually dishonest. Lastly, I appreciate your willingness to discuss, and engage users, particularly when some have critical feedback such as myself here today - I genuinely wish it wasn't the case, as I am a daily user, AutoCAD & Civil 3D certified professional, ADN member, and stock holder. I am directly vested in Autodesk's success (I've even left an employer that wanted me to switch to Bentley Microstation), and feel that we'll all make more money with better performing tools, than we will with more pretty colors. I appreciate your time, and consideration. Cheers
1 reply
I take my work, and the things that affect it, very seriously. I constantly strive to perform at my highest level, and seek to refine my skills. I'm impatient. I'm passionate. I'm a perfectionist, at heart, and have reasonable, yet high standards of what I expect from myself as well as Autodesk. All that I ask of Autodesk, is that you do NOT continue this path of putting form above function... Performance is, and will always be king... Which still leaves plenty of room for colorful themes, etc. AFTER you've applied simple (not simplistic) design patterns. We look at the theme and colors for only a brief moment, and usually could not care less, but we will long remember someone, or something that performs terribly (like this new login). Also, if you're going to volunteer a 'justification' for a unilateral change that affects each-and-every-single user you have in the world, that's already come under fire by pretty much anyone who uses it, kindly do so with honesty - I won't call the 'windows domain' malarkey a lie, as I see that as being very different, but certainly consider it to be an untruth - we're talking about a series of web forms, API Types, etc and they will behave how ever YOU design them to. There is no reason to have such a simple task of logging in spread across myriad pages for a domain. FWIW - Win10 client, Windows Server, RDP, Skype/Lync, OWA, SQL, MSDN, etc login screens have everything I need to log into my domain conveniently located on a SINGLE screen, and all of your potential domain-based customizations still work with SINGLE screen (like they have for years). Put simply, if the username includes a backslash (as in DomainName\UserName format), then the code-behind following the 'login' Button.Click event should automagically parse the username TextBox's Text value (string), and conditionally search for a valid domain. Otherwise, the login should attempt to connect to Autodesk's applicable login authentication server(s). Simple... Logical... Doesn't require multiple pages of mis-aligned textboxes and buttons. Example: [code] // bool foundIt = false; if (userNameTextBox.Text.Contains("\")) { // if the domain is found // foundIt = true; // <-- do something useful } else if (!foundIt) { // go find an Autodesk server } // [/code] Much of this was discussed with Shaan last year in other forums that shall not be named, back with the last SSO changes poor performance affecting our logins. Separately, if Centercode (aka your vendor) cannot pull their heads out from the deep crevasse that is their arse, then fire them already (you've [Autodesk has] been blaming them for years now) - the thought that you're paying for these 'quality' results that affect all Autodesk users throughout the world, and not holding them to task, is ridiculous... And your fault, ultimately. Stop passing the buck, show some professionalism, and personal accountability - put something out there that performs better than anyone else, THEN looks pretty. Centercode will never raise the bar, while you keep enabling them - it's no different than training a dog - bad behavior that isn't corrected, is repeated. Cheers
1 reply
Who at Autodesk is responsible for maintaining this, and where is MGDDBG for 2016? Gile's provided an update for 2015 version here, which seems to work in 2016 so far: http://forums.augi.com/showthread.php?156005-MgdDbg-for-AutoCAD-2015&p=1267715&viewfull=1#post1267715
Hi Almas/Augusto - Where's the documentation for the new Feature Line .NET API? Strange that the this wouldn't be relatively obvious, given that it's the first bullet listed. Equally so, that there's no DevBlog article on this topic, published in concert with SP1 release. Checked %ProgramFiles%\Autodesk\AutoCAD 2016\C3D\Sample\Civil 3D API\, and see nothing new there, or under ..\DotNet\ subfolder. Checked online, and nothing jumps out under Autodesk.Civil.DatabaseServices Namespace either (as compared to that of 2015): http://docs.autodesk.com/CIV3D/2016/ENU/API_Reference_Guide/ Cheers
1 reply
Congrats, Fenton! I've truly enjoyed the many opportunities to both learn from, and interact with you. Thank you for all that you've done for this community, for me personally, and may you be even more successful in all of your future endeavors! Cheers
Toggle Commented Oct 19, 2013 on The end of an era at AutoCAD DevBlog
Hi Partha - Silly question, but how does one go about converting SurveyFigure to Polyline2d to retain the 'intelligent' arcs, etc.? Do we need to 'flatten' the SurveyFigure first, to allow for BaseCurve to yield Polyline2d (with arcs, etc.)? Cheers
While I am very pleased that Autodesk has implemented some form of AutoCAD Security, the current mechanism unfortunately suffers multiple pit-falls.... One of which, is that Autodesk has neglected to address the initial, systemic problem, and has only implemented a 'band-aid' to address the symptoms... Changing the order of operation for the FindFile() Method, so that the Support File Search Path (SFSP) is searched first, and if none are found only then search current folder, etc. would allow those who use Acad.[lsp[fas[vlx]]], etc. to be safe, and those who do not would remain just as exposed as they are today. I've brought this to Autodesk staff's attention multiple times, and even received feedback that this should be done, yet it remains unchanged (for some unknown, presumably good reason?). Further, AutoCAD Security seems to utterly neglect Acad.mnl, etc. Another is the advent of Autoloader, which is pretty good at doing what it was designed to do (it too has some shortcomings), but doesn't seem to have been designed with Security in mind at all. Basically, malicious code can now easily create a .bundle in any of the implicitly trusted locations (depending on user permissions), as Autoloader doesn't bother to even check if a given .bundle is Hidden, etc... If a user isn't adept at the complexities of Autolaoder, they might not even notice a malicious .bundle unless it were to cause undesired behavior, frankly. As discussed with Dieter previously on the topic of Security: "Coming from the Military myself, the security gamble isn't about preventing exploitation of all possible vulnerabilities... It’s about securing your weakest points in critical order for mission accomplishment, controlling the flow of information, early warning system redundancy, and something that even the lowest ranking Soldier knows... Overlapping fields of fire." - BlackBox Cheers
Another issue when using Snoop Database, after applying a VP Color to Layer "0", digging into the LayerTableRecord's Extension Dictionary's XRecord: DbMisc.cs(678) DbMisc.cs(59) Collector.cs(63) Object.cs(365) ... More not shown, as this appears in a modal form titled: "Assertion Failed: Abort=Quit, Retry=Debug, Ignore=Continue" ... Where "Retry" results in a fatal error, and locked up all AutoCAD application windows which were unable to be ended via Task Manager... I had to actually terminate acad.exe in Processes tab.
Hi Fenton, always a pleasure to speak with you. While vanilla AutoCAD, and Civil 3D are different builds, that shouldn't affect how AutoCAD would handle this particular situation, methinks... Especially as we're dealing with an MLeader typed Object. However, at the risk of Civil 3D being the cause, I've just tested in vanilla AutoCAD, and the eInvalidContext exception persists. Not sure I'm the right person to debug such a robust plug-in, but perhaps I'll attempt your challenge after portathon. Cheers
Hi guys, Has anyone tried using 'Snoop Entities...' on an MLeader? Using MgdDbg in Civil 3D 2012 (Win7, 64-bit), ContentType.MTextContent, nor ContentType.BlockContent, etc. seem to make a difference, as all ContentTypes that I've tested seem to result in an unhandled 'eInvalidContext' exception, and an empty 'Selected Entities' modal form.... [code] ************** Exception Text ************** Autodesk.AutoCAD.Runtime.Exception: eInvalidContext at Autodesk.AutoCAD.DatabaseServices.MLeader.get_BlockPosition() at MgdDbg.Snoop.CollectorExts.Entity.Stream(ArrayList data, MLeader mleader) in C:\Temp\test\2010Migration\DWG MgdDbg Source\Snoop\CollectorExts\Entity.cs:line 897 at MgdDbg.Snoop.CollectorExts.Entity.Stream(ArrayList data, Entity ent) in C:\Temp\test\2010Migration\DWG MgdDbg Source\Snoop\CollectorExts\Entity.cs:line 255 at MgdDbg.Snoop.CollectorExts.Entity.CollectEvent(Object sender, CollectorEventArgs e) in C:\Temp\test\2010Migration\DWG MgdDbg Source\Snoop\CollectorExts\Entity.cs:line 59 at MgdDbg.Snoop.Collectors.Collector.CollectorExt.Invoke(Object sender, CollectorEventArgs e) at MgdDbg.Snoop.Collectors.Collector.FireEvent_CollectExt(Object objToSnoop) in C:\Temp\test\2010Migration\DWG MgdDbg Source\Snoop\Collectors\Collector.cs:line 63 at MgdDbg.Snoop.Collectors.Objects.Collect(Object obj) in C:\Temp\test\2010Migration\DWG MgdDbg Source\Snoop\Collectors\Objects.cs:line 52 at MgdDbg.Snoop.Forms.DBObjects.TreeNodeSelected(Object sender, TreeViewEventArgs e) in C:\Temp\test\2010Migration\DWG MgdDbg Source\Snoop\Forms\DBObjects.cs:line 452 at System.Windows.Forms.TreeView.TvnSelected(NMTREEVIEW* nmtv) at System.Windows.Forms.TreeView.WmNotify(Message& m) at System.Windows.Forms.TreeView.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) [/code] ... Is this something you've encountered before? If so, is there an updated version of MgdDbg perhaps (I have used this one for +/- 1 year)? Cheers
No worries; thanks for your time, Kean. Cheers
1 reply
Hi Kean, Forgive my hasty inquiry; I've not tested this as I'm reading from my iPhone, but was curious to know if this tool does (perhaps will?) handle incremental blocks from DGN (FDOT's GeoPak in particular)? Cheers
1 reply
Any comment on the 'thumb drive distribution' topic?
Toggle Commented Jun 13, 2013 on Autodesk Autoloader White Paper at AutoCAD DevBlog
No worries; I hope you enjoyed your time off. The CUIx copies aren't simply annoying, they are unnecessary. To your comment on 'they are copied is so that users can edit them'.... We're talking about a CUIx from a .bundle, and if said .bundle is downloaded from Autodesk Exchange, whom exactly is the party responsible for repairing .bundle CUIx file(s) that are broken by user modification? Since Autodesk prepared the installer used, are you responsible? Or is the plug-in author responsible for that via customer support contact information? Tabling the topic of should, or should not, the user be able to edit a .bundle CUIx downloaded from Autodesk Exchange... The user can edit a given partial CUIx from within the source .bundle folder itself without being replicated to local installation's ..\Support\ folder. If a user doesn't have sufficient folder permission(s), that's an issue for their employer's IT department. To demonstrate, when one uses CUI Editor to make change(s) to an Autoloader-loaded CUIx file the changes are made to the CUIx copy (mapped to local ..\Support\ folder), and not the source CUIx located within the .bundle itself (the one which PackageContents.xml specifies)... Even after session close, neither the change(s) made, nor the save date, is reflected in the source .bundle CUIx file (just tested by adding a new toolbar with a single command). To your comment on '.bundle uninstall'.... Do you (Autodesk) expect that companies do/will not use Autoloader for their own internal utilities? They're certainly not going to publish them at Autodesk Exchange for competitors to review. Autoloader functionality needs to allow for companies, and users that simply create their own .bundle(s) without an installer... More importantly preclude this 'residue' byproduct that currently exists. Nothing has come from my pointing this out during Beta, then again offline with you in March by email, as here we are again... So I'll be sure to give that DevHelp request a try. As always, thank you kindly for your time, and consideration.
Toggle Commented Jun 13, 2013 on Autodesk Autoloader White Paper at AutoCAD DevBlog
*Bump* I know you guys are busy, but it's been a couple of days, and thought I'd check back with you... Any clarification on this, or my other post above?
Toggle Commented Jun 12, 2013 on Autodesk Autoloader White Paper at AutoCAD DevBlog