Search found 171 matches
- 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...
- 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.
- 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...
- 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...
- 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.
- 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...
- 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...
- 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...
- 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.
- 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).