Why do we differentiate between uninstalled and deactivated styles at all? Can't we just have active or inactive styles, what is the point of the install step?
Similarly I see no reason why one should not be able to preview an uninstalled style.
[RFC] Revamp of styles section of acp
Re: [RFC] Revamp of styles section of acp
I believe deactivated styles can be set as a users style in the acp. When its activated it gives the user the option to use it in the ucp.
Formerly known as Unknown Bliss
No unsolicited PMs please except for quotes.psoTFX wrote: I went with Olympus because as I said to the teams ... "It's been one hell of a hill to climb"
- oddfish
- Registered User
- Posts: 110
- Joined: Tue Mar 27, 2007 5:53 am
- Location: on my way home
- Contact:
Re: [RFC] Revamp of styles section of acp
I tend to agree about uninstalled and deactivated styles, for ACP purposes.
Deactivated styles can be previewed since as a parent, it must still be useable.
Deactivated styles can be previewed since as a parent, it must still be useable.
Re: [RFC] Revamp of styles section of acp
What I'm saying is that uninstalled styles should be previewable too.
Re: [RFC] Revamp of styles section of acp
I'm guessing this was not possible when styles were stored in db. It might be possible right now. If we generate files during style installation it may be impossible again.naderman wrote: Similarly I see no reason why one should not be able to preview an uninstalled style.
- oddfish
- Registered User
- Posts: 110
- Joined: Tue Mar 27, 2007 5:53 am
- Location: on my way home
- Contact:
Re: [RFC] Revamp of styles section of acp
Not sure about this. To have to upload a style to view it? That should be sorted already by means of a preview from the source or via localhost.naderman wrote:Similarly I see no reason why one should not be able to preview a deactivated style.
- nickvergessen
- Former Team Member
- Posts: 733
- Joined: Sun Oct 07, 2007 11:54 am
- Location: Stuttgart, Germany
- Contact:
Re: [RFC] Revamp of styles section of acp
Is that documented on the page for style management?Arty wrote:It will work fine. Deactivating style only hides it from user selection, it doesn't do anything else, so template inheritance works fine regardless of style status and users can select child styles if parent has been deactivated.
Member of the Development-Team — No Support via PM
Re: [RFC] Revamp of styles section of acp
Inactive styles are present in database, uninstalled styles aren't in database. Difference is you can create/install child style of inactive style and admin can select it, but you can't do that with styles that aren't installed.naderman wrote:Why do we differentiate between uninstalled and deactivated styles at all? Can't we just have active or inactive styles, what is the point of the install step?
Similarly I see no reason why one should not be able to preview an uninstalled style.
Maybe change terminology a bit? Change active/inactive to "Allow user selection" checkbox. Active = that checkbox checked, inactive = unchecked.
That's a good idea.naderman wrote:What I'm saying is that uninstalled styles should be previewable too.
It was possible in 3.0 with some code changes. I have it working on my 3.0 styles demo, allowing users to preview styles by style path instead of id.Oleg wrote:I'm guessing this was not possible when styles were stored in db. It might be possible right now. If we generate files during style installation it may be impossible again.
No, its not.nickvergessen wrote:Is that documented on the page for style management?Arty wrote:It will work fine. Deactivating style only hides it from user selection, it doesn't do anything else, so template inheritance works fine regardless of style status and users can select child styles if parent has been deactivated.
Formerly known as CyberAlien.
Free phpBB styles | Premium responsive XenForo styles | Iconify - modern open source replacement for glyph fonts
Free phpBB styles | Premium responsive XenForo styles | Iconify - modern open source replacement for glyph fonts
Re: [RFC] Revamp of styles section of acp
That doesn't really answer my question. My question is, why can you only create/install child styles of inactive styles, what's preventing that from working with an uninstalled one?Arty wrote:Inactive styles are present in database, uninstalled styles aren't in database. Difference is you can create/install child style of inactive style and admin can select it, but you can't do that with styles that aren't installed.naderman wrote:Why do we differentiate between uninstalled and deactivated styles at all? Can't we just have active or inactive styles, what is the point of the install step?
Similarly I see no reason why one should not be able to preview an uninstalled style.
Maybe change terminology a bit? Change active/inactive to "Allow user selection" checkbox. Active = that checkbox checked, inactive = unchecked.
Re: [RFC] Revamp of styles section of acp
Nothing really.
But, if parent style is not installed, admin might just delete its files, thinking that its ok to do, resulting in missing template files. In worst case he'll delete parent template that has login template files, which will make it impossible for him to log into his own forum. Then he'll run to style author complaining that style messed up his forum and he had to reinstall it all.
If style is installed, admin should know better than to delete files.
But, if parent style is not installed, admin might just delete its files, thinking that its ok to do, resulting in missing template files. In worst case he'll delete parent template that has login template files, which will make it impossible for him to log into his own forum. Then he'll run to style author complaining that style messed up his forum and he had to reinstall it all.
If style is installed, admin should know better than to delete files.
Formerly known as CyberAlien.
Free phpBB styles | Premium responsive XenForo styles | Iconify - modern open source replacement for glyph fonts
Free phpBB styles | Premium responsive XenForo styles | Iconify - modern open source replacement for glyph fonts