A better way to manage uploaded files would be great. The last time I searched for orphaned files I scanned a database dump with a Python script to find the candidates for deletion.

It would be helpful if there was a possibility to upload other filetypes as well. At least ZIP files and PDF documents should be supported.

One proposed to make the forum program working as several forums.

I for one prefer MLF because it is a single-forum-system and no BBS.

idea number 3: Unsubscribing from e-mail-notifications

I second that. Plus: Maybe it did not discover the already existing check box but is there a way to implement a setting in the user profile to make subscriptions active by default?

idea number 4a: Store the information about the uploader of an image

Yes. Please.

idea number 4c: Delete images when deleting a posting where these images are included

… if there are no other references. See above.

idea number 6: Function to report a posting as abuse

Maybe a „like“ button would be nice, too?

idea number 3 seems to be necessary because of the EU General Data Protection Regulation.

One more sugestion (see here): The Admin should be able to activate an automatic daily deletion of personal data when a thread will be locked. I'm not a lawyer, but I think this is necessary for legal reasons in the EU.

Martin

I still would like to see categories name as a parent-name?

e.g.
mylittleforum.net/General
mylittleforum.net/Bugs
etc

---

Would like to see the option to add Tables, in a simplest way possible, no need to be complicated and too much customizable

---

Easy menu to apply/change forum colors by inserting the HEX (#FF5733)
"default-text"
"link"
"visited-link"
"background"
(possibly the logo-text and usernames)

Hello

idea number 8: tabbed settings page

Since the selection of settings, that are accessible on the main-settings-page, is a bit arbitrary and further settings are more or less hidden on the enhanced-settings-page (even many administrators doesn't take notice of the link to the enhanced-settings) my idea is to display all settings in a tabbed page grouped by their meaning.

I implemented this anciently for MLF1 but it was never released. As example a screenshot of the MLF1-settings-page, tab "postings" (reduced colour table).

I am willing to implement it again for MLF2. It will need enhancements to the structure of the settings table and will result in massive enlargement of the language files because of the need of strings (name and description) for every possible setting.

Current structure of the settings table with only two fields:

CREATE TABLE `mlf2_settings` (
    `name` VARCHAR(255) NOT NULL,
    `value` VARCHAR(255) NOT NULL DEFAULT '',
    PRIMARY KEY (`name`))
ENGINE=InnoDB CHARSET=utf8 COLLATE=utf8_general_ci;

As a comparision the settings table form the rework of MLF1 from the repository (latest touched three years ago):

CREATE TABLE `mlf1_settings` (
    `name` VARCHAR(255) NOT NULL,                   -- same as in MLF2, name of the setting
    `value` VARCHAR(255) NOT NULL DEFAULT '',       -- same as in MLF2, value of the setting
    `type` VARCHAR(30) NOT NULL DEFAULT '',         -- form field type name
    `poss_values` VARCHAR(160) NOT NULL DEFAULT '', -- NULL, or list of allowed values
    `standard` VARCHAR(80) NOT NULL DEFAULT '',     -- default value
    `cat` VARCHAR(20) NOT NULL DEFAULT '',          -- category of setting (determines tab of the setting)
    UNIQUE KEY `setting` (`name`))
ENGINE=InnoDB  DEFAULT CHARSET=utf8;

I introduced this idea once two years ago and Milo gave me then his o.k. @Alex: would it be ok to change the settings that way?

Tschö, Auge

idea Nr Whatever:

A User should have the possibility to activate E-Mail notification for any Posting, even without publishing something inside this thread by himself.

As written before, each User needs the Chance to deactivate any activated notification also.

Martin

Hello

idea number 3: Unsubscribing from e-mail-notifications

A the moment an author of a posting can not unsubscribe from a notification when she/he has no access to editing the posting. The user should be able to disable the subscription. This is a request made by Magma. See therefore also Github issue #331.

Would it be enough to provide an unsubscribing link in the e-mail-notification? An addition with a higher effort would be to provide a page with a list of subscriptions in the users profile (was requested in that posting). I know, the best would be to have both ways but I want to limit the effort to the necessary.

IMHO it's worth to implement the link in the e-mail first and to add the page afterwards. With the link and it's processing we have the infrastructure to get such a page working.

Tschö, Auge

Hello guys and maybe some girls, I would like to suggest some features I'd want on the next 2.5 version of this little awesome forum engine:

• voting plugin, a Like feature would be enough;
  
• responsive theme;
  
• GDPR banner;
  
• ranks or at least some user titles;
  
• ability to add new widgets on sidebar, a simple text/html widget will do;
  
• adding a logo;
  
• simple user profiles;
  
• forum icons legend;
  
• more file types to upload;
  
• maybe add relative dates (2 minutes ago);

These features would make this the best forum engine for me. I already like it a lot!
I started translating it in my own language, Romanian, and will post the translation here very soon, and I'm also working on a modern but simple theme for it.

Thank you so much for this forum engine and keep up the good work!

There should be a new button for “quotation” marks. The marks should depend to the „language“, given with the «language_file».

Martin