Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

UIDebuggingInformationOverlay

ryanipete.com

Post reply on HN
Print view View original

21–28 of 28 posts

Re: UIDebuggingInformationOverlay

#21

Post by LeoNatan25 »

siphor wrote: post #20
LeoNatan25 wrote: post #18

Earlier quoted context omitted.

With the advancements in Xcode, I really don't think Reveal is worth it. It also requires embedding a binary framework (I think it's closed source) in your application, which can be messy for debug vs production builds. Just not worth the hassle.

You don't need to embed a binary framework for Reveal. And I think it's still a lot better than the Xcode tool.. I like using it to fine tune the positions of views instead of guessing and re-running which happens occasionally. (Can't do that w/ Xcodes built in tool)

Looks like it to me, or use some scripts in the debugger for the simulator.

http://support.revealapp.com/kb/getting-started/reveal-integ...

Still not the most convenient. I'm not sure why they need that server, because they can discover and modify everything using the runtime.

Re: UIDebuggingInformationOverlay

#22

Post by LeoNatan25 »

siphor wrote: post #20
LeoNatan25 wrote: post #18

Earlier quoted context omitted.

With the advancements in Xcode, I really don't think Reveal is worth it. It also requires embedding a binary framework (I think it's closed source) in your application, which can be messy for debug vs production builds. Just not worth the hassle.

You don't need to embed a binary framework for Reveal. And I think it's still a lot better than the Xcode tool.. I like using it to fine tune the positions of views instead of guessing and re-running which happens occasionally. (Can't do that w/ Xcodes built in tool)

You can't modify from the UI, but you can use the debugger to modify the instance values (using the object pointer).

Re: UIDebuggingInformationOverlay

#23

Post by saidajigumi »

LeoNatan25 wrote: post #18
saidajigumi wrote: post #7

Related to this, I'll highly recommend Reveal[1], a macOS app which allows for (semi-)live view debugging of iOS apps. Reveal provides view hierarchy info, and renders it on (the mac's) screen in a highly inspectable way. Specifically, both flat 2D and a really great 3D exploded renderings of the active views are available. This is really brilliant for acquiring a deeper understanding of many initially opaque aspects…

With the advancements in Xcode, I really don't think Reveal is worth it. It also requires embedding a binary framework (I think it's closed source) in your application, which can be messy for debug vs production builds. Just not worth the hassle.

I disagree. In my experience, Xcode 8's view debugging is a bit of a joke compared to Reveal. Reveal's visualization of the view hierarchy is much better, especially when it comes to illuminating some subtleties of view ordering. Next, every time I've used Xcode's support, it kills our app. Fun times! I've never had a problem with Reveal interfering with the running app state. Last but not least, Xcode's view debugging doesn't allow live modification, which is key to iteration speed. These features together have saved me enough time that Reveal paid for itself before the trial was over -- and I'd used Xcode's view debugger well before I discovered Reveal. I wouldn't have put down money for a tool that wasn't a big delta from the Xcode baseline.

Setting up for Reveal is trivial, making your "messy" speculation seem baseless. For an app that uses CocoaPods, it's literally just adding one line to the appropriate target:

      pod 'Reveal-SDK', :configurations => ['Debug']
If that gets into your release build, you've got much bigger problems than an external SDK.

Re: UIDebuggingInformationOverlay

#25

Post by CodeWriter23 »

thedjinn wrote: post #11
CodeWriter23 wrote: post #9

Dude! You win HN for the week, at least in the eyes of this guy, currently iOS developer guy. Just yesterday I was thinking to myself, how I needed some kind of tool to help me visualize the view hierarchy. I ended up setting different background colors on various views to understand my problem. Thank you.

Don't forget there's also Xcode's built-in view debugger. Very useful tool!

Ha! My second hero of the week. Note to self: explore all menu options.

Re: UIDebuggingInformationOverlay

#26

Post by yla92 »

CodeWriter23 wrote: post #9

Dude! You win HN for the week, at least in the eyes of this guy, currently iOS developer guy. Just yesterday I was thinking to myself, how I needed some kind of tool to help me visualize the view hierarchy. I ended up setting different background colors on various views to understand my problem. Thank you.

Not the iOS dev here. I heard good things about PonyDebuggr[0] from Square:

[0] : https://github.com/square/PonyDebugger

Re: UIDebuggingInformationOverlay

#27

Post by sharp11 »

CodeWriter23 wrote: post #9

Dude! You win HN for the week, at least in the eyes of this guy, currently iOS developer guy. Just yesterday I was thinking to myself, how I needed some kind of tool to help me visualize the view hierarchy. I ended up setting different background colors on various views to understand my problem. Thank you.

If you don't know about Reveal app, you must. Indispensable. http://revealapp.com
Post reply on HN