SMF Development > Bug Reports

[4280][RC3] Boards Hidden on Board Index

<< < (2/4) > >>

JBlaze:

--- Quote from: Norv on April 25, 2010, 07:21:16 PM ---Interesting... I never noticed this before, nor I saw it reported.
I'd tend to agree it shouldn't behave this way (it's not exactly user-friendly).
But the thing is, it seems to be very rare, and perhaps the reason is that generally sub-boards are used for things in the same field (whatever it is) of the parent board, only more specific. And it is probably very rare that one would need to give permissions to the specific area, but feel the need to hide the general part...
I'd wonder if you could have a better layout of your forum, perhaps it could be done otherwise, using sub-boards as indeed specialized areas of a generic one.

That said, I recently met a situation where it *did* make sense to me to think at allowing sub-boards, but not the parent board.

Anyway, I'd say this is very low priority, though for usability it may be taken into account.
Tracked as 4280.

--- End quote ---

mod/theme site subboard ;)



--- Quote from: Arantor on April 25, 2010, 07:29:28 PM ---How do you display child boards without a parent board, out of interest? How should it actually look?

--- End quote ---
Personally, I think it should just be displayed as a regular board as if it weren't even a subboard.

N. N.:
Ah, hah, good point! Yes, sure, like mod/theme sub-board.

ETA: discussion is most welcome, indeed somehow it might be "misleading" to present it as if it's directly a first class citizen. Then again, I see no other choice. (except not do it at all :))

Arantor:
No, that is sort of what I meant.

Normally, you have a row on board index being a board, plus its read indicator and last post, and with that, the child boards occupying a row in the lower area of that board's main row on the index.

Take out the row in its entirety, since the parent board is no longer visible. Now where should the children be displayed? They can't go into the next row because they're not children of the next board, nor are they children/otherwise related to a given prior parent which we can't see.

The only viable way I can see is to them display the immediate children boards as standard type boards and make sure we pick up *their* immediate children, i.e. silently promote them a level in the scheme of things.

N. N.:
That's what we all said, Arantor. What do you think could else be meant...? (by directly into the next - upper, I meant - container)
:)

Arantor:
Except that that's not what was said. I'm not talking about moving it to an upper container. I'm talking about it becoming a new container in its own right.

Navigation

[0] Message Index

[#] Next page

[*] Previous page