Search found 171 matches

by CHItA
Thu May 17, 2018 1:07 pm
Forum: [3.x] Style Development
Topic: [NEW THEME] 4. JS frameworks & approach
Replies: 61
Views: 273052

Re: [NEW THEME] 4. JS frameworks & approach

I understand that most extensions use proSilver style. But at the end of the day you cannot let that hold you back from not implementing a more modern and up-to-date style. You can argue the same thing if somebody decides to use a custom theme, that many extensions might not work with it. But peopl...
by CHItA
Tue May 15, 2018 8:22 am
Forum: [3.x] Discussion
Topic: [GSoC] Chat-like PMs interface :: discussion before coding starts
Replies: 25
Views: 66488

Re: [GSoC] Chat-like PMs interface :: discussion before coding starts

Don't. Do not create feature tickets unless you planning on implementing them yourself. Create an idea on .com instead.
by CHItA
Sun May 13, 2018 10:53 pm
Forum: [3.x] Discussion
Topic: EU-DSGVO or GDPR Aspects on Development
Replies: 13
Views: 37170

Re: EU-DSGVO or GDPR Aspects on Development

Hi, I'm pretty sure, that latest with the e-Privacy laws this (or a very similar) function will be a mandatory function in the EEC. My recommendation is to be prepared. Best regards I'm not aware that GDPR would require consent for cookies required by the site. Handling extensions is pretty much im...
by CHItA
Thu May 10, 2018 9:32 pm
Forum: [3.x] Discussion
Topic: EU-DSGVO or GDPR Aspects on Development
Replies: 13
Views: 37170

Re: EU-DSGVO or GDPR Aspects on Development

Spoke to our Lawyer. She recommended the following: Banner, that informs about Cookies Two Buttons, "Agree" and "Disagree". No function of the board at all if nothing is chosen If chosen "Disagree", either set no cookies any more, or make the user leave the forum (if t...
by CHItA
Wed May 09, 2018 10:40 pm
Forum: [3.x] Discussion
Topic: [GSoC] Chat-like PMs interface :: discussion before coding starts
Replies: 25
Views: 66488

Re: [GSoC] Chat-like PMs interface :: discussion before coding starts

Yup, I wanted to start working on it but I was told someone was working on the module system so didn't want to duplicate work. I will look into it again soonish.
by CHItA
Tue May 08, 2018 9:48 pm
Forum: [3.x] Tickets Discussion
Topic: Support for Emojis
Replies: 66
Views: 278721

Re: Support for Emojis

Either way, the only values available for templating are the original input and the EmojiOne-style sequence, e.g. 1f3f3-1f308 . One thing that might be an option is converting from the :format: to unicode first. That would make it possible to use any emoji imageset as the output. Not sure whether y...
by CHItA
Tue May 08, 2018 8:33 pm
Forum: [3.x] Tickets Discussion
Topic: Support for Emojis
Replies: 66
Views: 278721

Re: Support for Emojis

Each emoji set uses a different filename scheme, which makes it much harder to switch from a one to another unless you maintain your own fork. EmojiOne: 1f3f3-1f308.png Twemoji: 1f3f3-fe0f-200d-1f308.svg Noto: emoji_u1f3f3_200d_1f308.svg Currently, the value that's stored in the post's data is 1f3f...
by CHItA
Tue May 08, 2018 12:47 pm
Forum: [3.x] Tickets Discussion
Topic: Support for Emojis
Replies: 66
Views: 278721

Re: Support for Emojis

I guess we could just replace EmojiOne with twemoji or Noto. I think we can just overwrite the template for the textformater's Emoji plugin, and pull in the twemoji SVGs or PNGs instead, I assume that would be a quick fix (and it is CC-BY 4.0). Not sure what we would need to do for Noto. For serving...
by CHItA
Wed May 02, 2018 1:55 pm
Forum: [3.x] Style Development
Topic: [NEW THEME] 4. JS frameworks & approach
Replies: 61
Views: 273052

Re: [NEW THEME] 4. JS frameworks & approach

Yeah sure, but when should we throw out jquery if not with the new theme. Also, we could probably add some code to make it easier to manage JS libraries but that is probably another discussion.
by CHItA
Wed May 02, 2018 11:05 am
Forum: [3.x] Style Development
Topic: [NEW THEME] 4. JS frameworks & approach
Replies: 61
Views: 273052

Re: [NEW THEME] 4. JS frameworks & approach

Okay, seems reasonable, however, if vue can do what jQuery can then we could just use that, basically to only use as many libraries that we actually do need (so if Vue could replace jQuery then we could just write everything in Vue).