So this exists:

Can we either kill it or spell it correctly?

  • 4
    Spelling it correctly is 26 characters; the max is 25. What if we just used modalviewcontroller instead? – Undo Jan 30 '16 at 3:11
  • Plus one for that solution ;) – brandonscript Jan 30 '16 at 3:11
  • 5
    My gut instinct was to roll this back but now I see what you di – Makoto Jan 30 '16 at 5:24
  • 15
    I'd simply burninate the tag. We do not need a tag for each damn method of a single class. In fact I doubt we need a tag for every single class of a framework... – Bakuriu Jan 30 '16 at 13:12
  • @Bakuriu I agree that we don't need a tag for every method. That would be absurd! But getting rid of many class tags is also extreme, since there's a big difference between, say, a date picker, a slider, and a text field. We can't just broadly lump everything under UIKit or iOS. – user4151918 Jan 30 '16 at 18:05
  • The fact that it's 3 years old (iOS 6) plays a factor too... And that removing it won't cripple discovery at all, since I myself encountered that question when searching for the content not the tag. – brandonscript Jan 30 '16 at 19:41
  • 8
    I demand a tag for SimpleBeanFactoryAwareAspectInstanceFactory! – Boris Treukhov Jan 30 '16 at 21:56
  • 1
    @Undo Surely there is already an MVC tag? Edit: Oh wow, the person who named this part of whatever language it is is a moron. – TylerH Feb 1 '16 at 7:25
  • 3
    @PetahChristian Then use tags like datepicker, slider and textfield? I don’t see a reason why we need to have iOS specific tags for those with UI prefixed. Even a UITextField is still a text field. And since it’s usually accompanied by an ios tag, it’s pretty clear too. – poke Feb 1 '16 at 8:17
  • thattaghasshittonsofquest – Will Feb 1 '16 at 15:15
  • Just for passers-by: please note that burninating a tag is the process of carefully moderating a specific piece of Stack Overflow (please think twice before doing tag-only mass edits, as they can be counter-productive); once the community reaches a consensus, burnination can proceed. For more info, see What is the process for burninating tags?. – rene Jun 24 '16 at 17:23

Why do people create tags for methods like these in the first place? I can't comprehend the logic; are there a bunch of presentModalViewController experts going around answering presentModalViewController questions? I seriously doubt it; this tag is too fine-grained to be useful to begin with.

If a question is primarily about the behaviour of a particular method, then that method's name belongs in the title. And if some of these questions aren't primarily about presentModalViewController, then what value is there to tagging the question with it at all?

I suspect this tag can be burninated and nobody would ever miss it.

  • 1
    Agree 100%. In fact even a tag for a class is often too fine-grained. Tags should categorize the concepts, not the implementation details used. – Bakuriu Jan 30 '16 at 13:13
  • 4
    I suspect this tag can be burninated and nobody would ever miss it. No one would miss it now, since it's no longer supported, but back in the day, it would have made it a lot more difficult to find specific answers if the only tag for any view controller method had to be uiviewcontroller. – user4151918 Jan 30 '16 at 17:42
  • @Bakuriu There's a significant difference between setting the title for a uibutton and a uiviewcontroller. Are you suggesting that both questions should only be tagged title? – user4151918 Jan 30 '16 at 17:45
  • 1
    @PetahChristian title is also a worthless tag. What's wrong with just tagging the question ios and letting people see that it's about UIButtons or UIViewControllers via its title? – Mark Amery Jan 30 '16 at 17:47
  • 2
    I'd say because iOS is made up of over a hundred frameworks, perhaps totaling tens of thousands of methods. There's no way you could find an answer if all you had to rely on is a (commonly) poorly written title to a problem. Tags aren't meant to be in titles. – user4151918 Jan 30 '16 at 17:53
  • 3
    @PetahChristian lets all agree that titles should be descriptive. If that means that you need to include certain tags in a non tag manner (ie. "tag - title" no, but "title in tag for title" yes), is ok to include as many keywords as they are needed. – Braiam Jan 30 '16 at 21:22

has 479 questions. The method been deprecated as of iOS 6 and replaced by presentViewController.

These particular tags already exist:

While the original tag looks odd (due to the 25-character limitation), I'd favor keeping it.

But if retagging were to be done, I'd suggest carefully ensuring that questions are tagged by a platform before anyone happened to migrate platform-specific historical questions to a platform-agnostic tag.

  • These are the ones under presentviewcontroller needing some manual editing-love before synonymizing. These are the ones under presentmodalviewcontrolle. – Deduplicator Jan 30 '16 at 9:51
  • @Deduplicator Although not in favor of making a change, I was responding to Undo's suggestion. If you're proposing an alternative to synonymize presentmodalviewcontrolle into presentviewcontroller, I believe that would be a better choice. – user4151918 Jan 30 '16 at 10:25
  • Considering how many people upgrade to the latest model of iDevices every year, it stands to reason we should probably just get rid of any iOS version-specific tags from n-2+ versions ago... I'm only slightly joking – TylerH Feb 1 '16 at 7:27
  • "This tag is not specific to iOS,.." -- I tend to think it is. ASP.Net MVC is model.. not modal. Any question marked otherwise are perhaps marked wrong. – Abhitalks Feb 1 '16 at 12:18
  • @Abhitalks - There is a modal in Bootstrap/AngularJS though, which is probably where the confusion is happening for that. – BSMP Feb 2 '16 at 3:21

Now that the maximum tag length has been increased to 35, I don't see any reason why this tag can't be renamed to .

  • 1
    Or still burninated because of all the original reasons 😉 – brandonscript Aug 9 '17 at 19:26

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .