Hi Brandon, conceptually settings are intended to be configured for a
project as a whole and aren't intended to be configured per user.

That said something I think you could do, I've never done this, would be to
create a user profile and have one of the fields be a CharField that stores
the dotted path to a rich text widget.  You could have it default to being
blank, and then in your case change it to "forms.Textarea"

Then you would set RICHTEXT_WIDGET_CLASS to a custom widget which you would
create.  You custom widget would need some logic to check the current
user's profile and basically return whatever widget their profile indicated
if any, and otherwise return the Mezzanine default (or something like
that).

On Wed, Apr 22, 2015 at 11:26 AM, Brandon Keith Biggs <
brandonkeithbi...@gmail.com> wrote:

>  Hello,
> Is it possible to have user settings for each person? Because I could have
> a check for my user profile and say if user == me, RICHTEXT_WIDGET_CLASS =
> "forms.Textarea".
> I could also mod my account to look like I want it, but other users may
> wish to have their account look different. Are settings local to a user? If
> not, why?
> thanks,
>
>  Brandon Keith Biggs <http://www.brandonkeithbiggs.com/>
> On 4/22/2015 4:46 PM, Josh Cartmell wrote:
>
> Hi Brandon, hopefully the following are helpful answers!
>
>    1. Title + the publishing controls are present across all things that
>    inherit from the Displayable class where as the type of content on those
>    various models will vary from class to class.  Blog Posts have categories
>    and content, Rich Text Pages just have content, Links have no content,
>    etc... All the admin classes of those models inherit from Displayable so
>    they end up all having those things grouped.  Besides the technical reasons
>    I think the consistency is useful and I find it nice to always be able to
>    have the publishing controls right there.
>    2. The editor is a WYSIWYG, particularly one called TinyMCE.  Here's
>    what they have to say about accessibility,
>    http://www.tinymce.com/wiki.php/TinyMCE3x:Accessibility, but maybe
>    some or all of that isn't working?
>    You can change what is used though, for example in your project's
>    settings.py file you could put:
>    RICHTEXT_WIDGET_CLASS = "forms.Textarea"
>    Doing that should get rid of the WYSIWYG and those types of fields
>    should just show up as normal HMTL textareas.  That would affect any admin
>    user, not just yourself.
>     3. There isn't anything like that built in, there might be other
>    projects that do things like that for Django that you could integrate with
>    Mezzanine.
>    4. I don't think we have considered Brython but it should be easy to
>    integrate any front end technology you want.  Right now Mezzanine ships
>    with Twitter Bootstrap as a frontend framework and I think most people,
>    myself included, are very happy with it.  But really, Mezzanine doesn't
>    force front end technology on you, it just default to Twitter Bootstrap and
>    you can change that easily by changing your project's base.html
>    Brython does look interesting though so I may have to take a look at
>    it at some point!
>     5. Mezzanine does have some user account/profile support.  Here are
>    the docs, http://mezzanine.jupo.org/docs/user-accounts.html. Mezzanine
>    doesn't have any social login support but there are quite a few Django apps
>    that do that which you could use to add that functionality
>    6. I tend to use https://www.digitalocean.com/ (VPS) or
>    https://www.webfaction.com/ (shared host).  I've never used it on a
>    cPanel host but you do need ssh access to a host to be able to deploy
>    Mezzanine.
>    7. Mezzanine doesn't have plugins in the same sense as Wordpress.  You
>    can't install anything through Mezzanine's admin interface other than
>    possibly adding some Javascript to the content of pages.  Here is a list of
>    modules that have been created for use with Mezzanine,
>    http://mezzanine.jupo.org/docs/overview.html#third-party-modules but
>    most if not all of them probably require modifying at a minimum your
>    projects settings.py file
>
> Here are a few more thoughts:
>
> Mezzanine is Django so anything you can do with Django you can do in
> Mezzanine.  That means that when you look for modules you can cast a wider
> net than just looking for things that were specifically made for Mezzanine
>
> The following is my opinion and I'm sure my bias towards Mezzanine will
> show.  Mezzanine and Wordpress have fundamentally different philosophies.
> Wordpress is more targeted at end users by making it easy to install
> plugins through the admin interface.  I tend to think that with a Wordpress
> site you could get 80% to 90% of the functionality you want with plugins
> but that last 10% may be very difficult.  Mezzanine on the other hand
> requires you to either have a developer or know how to code yourself.  It
> doesn't try to be all things to all people but does provide a solid core
> feature set and makes it easy for a Django developer to add missing
> functionality.
>
> Hopefully that helps.  Welcome to Mezzanine and please keep asking
> questions.  Good luck!
>
> On Wed, Apr 22, 2015 at 6:10 AM, Brandon Keith Biggs <
> brandonkeithbi...@gmail.com> wrote:
>
>>  Hello,
>> After spending 8 months with wordPress, I am throwing my hands up and
>> moving back to my home language python.
>> I saw mezzanine was probably the cms that would give me the least
>> problems, but I have some questions:
>> 1. The edit page screen is really messy and difficult to navigate. I am
>> using a screen reader, so that may be part of it, but why is the publish
>> date stuff right under the title? why is not content right under title? I
>> would like to enter the title, hit tab and enter the page content. Also,
>> why is the body text editor not a multi edit field? The weird thing is that
>> it now is almost unusable... I can't use navigation commands to get into it
>> or out of it, it says "paragraph editable" while arrowing through each line
>> and there is no advantage anywhere for having this. Perhaps it is a wysiwyg
>> editor and that is why I don't see anything good about it. If so, how can I
>> disable the wysiwyg editor for my account?
>> 2. Not being able to write html from within the editor is horrible, I
>> need to fix it. I spent all last night trying to think about how one could
>> change the user permissions on them self, but couldn't come up with
>> anything. Perhaps it has to do with the backend, but it just seems so
>> unlikely it will never happen.
>> 3. Is it possible to add short-codes or code within the editor so I can
>> access variables and or functions that I have created without making a
>> template?
>> 4. Has mezzanine considered distributing brython along with the servers?
>> I can add it, but it would make more sense to have things in brython rather
>> than javascript for a python based product...
>> 5. How is the user account support? I would like to have people connect
>> with Facebook or google and grab info from there to populate the user's
>> fields on their account pages.
>> 6. What hosts are easy to use with mezzanine? I am looking for a new one
>> and would prefer one with CPanel.
>> 7. Are all the plugins there on the front page? Is there a way to get
>> plugins or templates from within the dashboard? This is something that
>> makes wordPress exceptional for quick development.
>> Thank you,
>>
>> --
>> Brandon Keith Biggs <http://www.brandonkeithbiggs.com/>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Mezzanine Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to mezzanine-users+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Mezzanine Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to mezzanine-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Mezzanine Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to mezzanine-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Mezzanine Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to mezzanine-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to