<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>_modzzz_suggestions_page_title_browse RSS</title><link><![CDATA[https://www.cheetahwsb.com/m/suggestions/browse/implemented]]></link><description>_modzzz_suggestions_page_title_browse RSS</description><lastBuildDate>2022-04-08T17:10:42+0000</lastBuildDate><item><title><![CDATA[Changing existing page name and title.]]></title><link><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Changing-existing-page-name-and-title]]></link><guid><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Changing-existing-page-name-and-title]]></guid><description><![CDATA[<p>I created a new page and found that I needed to change the page name and title.  There is no feature to rename a page.  Since I only had a couple of blocks on the page, I edited sys_page_compose_pages to change the name of the page and title and then edited the sys_page_compose to put the blocks back on the correct page.<br>How difficult would it be to be able to change the page name and/or title from the Page Builder and have it to update sys_page_compose to put the blocks back on the page?  Of course the user would have to go to Navigation builder to update the link but that is easy peasy.</p>]]></description><pubDate>2022-04-08T17:10:42+0000</pubDate></item><item><title><![CDATA[Contact Us separate email than admin]]></title><link><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Contact-Us-separate-email-than-admin]]></link><guid><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Contact-Us-separate-email-than-admin]]></guid><description><![CDATA[<p>Currently the Contact Us email form sends the email to the admin.  On some sites, we may want to delegate a third party to handling Contact Us emails other than the admin.  Could we add a third email setting in Basic Settings for the Contact Us form To email?</p>]]></description><pubDate>2022-02-03T17:38:52+0000</pubDate></item><item><title><![CDATA[Add a Reply-to Header in the Contact Us emails]]></title><link><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Add-a-Reply-to-Header-in-the-Contact-Us-emails]]></link><guid><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Add-a-Reply-to-Header-in-the-Contact-Us-emails]]></guid><description><![CDATA[<p>Currently the Contact Us form just includes the email of the sender in the body of the email message.  This means that to reply to the Contact Us email you have to copy the email address and insert it in the To field.   It would be nice if the Contact Us email would include a Reply-to Header with the sender's email so that one could easily just click and reply to the enquiry. </p>]]></description><pubDate>2022-02-03T17:35:45+0000</pubDate></item><item><title><![CDATA[Warning Popup When Data Entered Incorrectly]]></title><link><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Warning-Popup-When-Data-Entered-Incorrectly]]></link><guid><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Warning-Popup-When-Data-Entered-Incorrectly]]></guid><description><![CDATA[<p>The current method of warning people that they've incorrectly entered field data is far from satisfactory. It's too easy to miss the Explanation Mark in a red blob, especially on smaller screens. A far better way of warning people is to have a popup which lists the errors. How it's implemented and what it looks like is something for the developer to decide, but I liked the message used on Wickle (now defunct) which is similar to the example below.</p>]]></description><pubDate>2020-05-03T16:00:48+0000</pubDate></item><item><title><![CDATA[Apply membership actions globally.]]></title><link><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Apply-membership-actions-globally]]></link><guid><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Apply-membership-actions-globally]]></guid><description><![CDATA[<p>With multiple membership levels, it sometimes become a chore when adding modules actions to the allowed membership levels.  Sometimes we want all actions to be available to all membership levels.  Would it be difficult to add some buttons so that the membership actions can be applied globally to all membership levels?  Example, "Enable All" and "Disable All?"</p>]]></description><pubDate>2021-04-03T16:22:51+0000</pubDate></item><item><title><![CDATA[ button in cheetah admin member to assign a block of members to a membership level ?]]></title><link><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/-button-in-cheetah-admin-member-to-assign-a-block-of-members-to-a-membership-level]]></link><guid><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/-button-in-cheetah-admin-member-to-assign-a-block-of-members-to-a-membership-level]]></guid><description><![CDATA[<p>Hi was just asking the above. Would be good to be able to block assign selected members  to a membership level</p>]]></description><pubDate>2021-04-03T18:49:58+0000</pubDate></item><item><title><![CDATA[Rename Text block ]]></title><link><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Rename-Text-block]]></link><guid><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Rename-Text-block]]></guid><description><![CDATA[<p>There was an issue with the TinyMce editor on HTML blocks; if one turned off the editor to enter code, when the block was opened for editing, TinyMce would load and then strip out the code it considered improper.  Boonex tried having it to remember the state of the editor on the block but finally decided on a block that would not have the editor at all.  However, they called the block Text which is misleading.  I had to explain this to admins of Dolphin on several occasions.  A Text block is actually a block that everything is rendered as text, even if that text is code.  This is useful for programming sites so that members can share code between members and not have it actually trying to be executed.  I think we need to give the Text block a new name that reflects the true nature of the block; a block for entering code that does not load the TinyMce editor.  What name I am not sure.  While this may seem to be a bit silly, I think it is important to have things correct.  The Text block is for entering HTML code without a TinyMce editor present and the name should reflect that purpose in some way.</p>]]></description><pubDate>2020-05-27T18:48:35+0000</pubDate></item><item><title><![CDATA[Photo Upload Form Improvements]]></title><link><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Photo-Upload-Form-Improvements]]></link><guid><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Photo-Upload-Form-Improvements]]></guid><description><![CDATA[<p>This is a two part suggestion.<br>The main reason we have friends is to share stuff with them that we wouldn't normally share with other members. More often than not it's photos or videos.<br>It's unreasonable to expect a member with limited computer knowledge to create a new Album for their friends and select "Friends as the "Allow Viewing Album To"  filter.<br>Most people will never think of clicking the little down arrow in the Album field and that's discussed in the second part of this suggestion.<br>Predefined Friends Only option in Photo Upload Album Field:<br>UPLOAD PHOTOS<br>XXXX's Photos<br>XXXX's Cover Photos<br>Friends Only<br>Create New Album...<br>Note: The username in these options isn't necessary. It would be far better and more user friendly if the options read:<br>My Photos<br>My Cover Photos<br>Photos For Friends Only            (or just Friends Only) preset to display photos (and videos) for viewing by friends.<br>Create New Album...<br>Every time the phrase XXXX's Photos appears on the site, the username of the contributor is also displayed. Thus the phrase is repeated and unnecessary.<br>Please Select . . .  Should always be The First Option (My opinion)<br>The small  down arrows are nerdish and very hard to see on smaller devices. I prefer Modzzz's approach when dealing with drop-downs by using "Please Select . . " as the first option. This makes it unmistakably clear to the user that there are additional options to choose from.<br> </p>]]></description><pubDate>2020-05-10T14:28:53+0000</pubDate></item><item><title><![CDATA[Posting Photos Without A Title]]></title><link><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Posting-Photos-Without-A-Title]]></link><guid><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Posting-Photos-Without-A-Title]]></guid><description><![CDATA[<p>When a member adds an image to their gallery, Cheetah replaces the Title or caption with the image file name if the poster fails to add their own title. This can lead to images having ridiculously long and stupid titles which can ruin an otherwise well presented gallery.<br>As some people may not wish to add a title to some of their photos, the simple solution is to make titles optional on the Add Photo (Video) page. Nothing is lost and they can always add one later.<br>Cheetah can still use the file name in the background to do all its chores.</p>]]></description><pubDate>2020-10-04T08:55:14+0000</pubDate></item><item><title><![CDATA[Show Passwords]]></title><link><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Show-Passwords]]></link><guid><![CDATA[https://www.cheetahwsb.com/m/suggestions/view/Show-Passwords]]></guid><description><![CDATA[<p>Many sites are now having a means for one to show passwords when typing into a password field.  For example, PayPal has an eye that you click to see the password you have entered.  The only need to hide passwords when typing into a password field is to keep onlookers from seeing the password.  Google also has the show link for seeing what one has typed into a password field.  Comes in handy especially when one uses strong passwords and you type one character wrong consistently.</p>]]></description><pubDate>2020-08-04T18:48:06+0000</pubDate></item></channel></rss>