Pull Form: better language selection UI

Created on 2 July 2017, almost 7 years ago
Updated 10 August 2023, 11 months ago

Based on internal feedbacks and some questions during presentation.

For use cases where websites has a lot of languages, the pull form and the multiplication of channels is a problem of usage.

The pull form needs to be rethought.

✨ Feature request
Status

Needs work

Version

3.0

Component

User interface

Created by

πŸ‡«πŸ‡·France Grimreaper France πŸ‡«πŸ‡·

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • πŸ‡―πŸ‡΄Jordan Mutasim Al-Shoura

    Reroll patch 14 from comment 19, against the latest version.

  • πŸ‡―πŸ‡΄Jordan josebc

    reroll

  • πŸ‡ΊπŸ‡ΈUnited States Fool2

    Just a thought, what if we pulled in each channel item as entities and provided them to a view? Would it be too much overhead? Then sitebuilders could customize the import action completely and integrate it in many different ways.

    Something like a "stub" entity or even an "Import status" entity for entities that haven't been imported yet.

    Then the module could provide a default view (just like all the other views)

    The stub could track uuid, remote, channel, title, and maybe last modification date on the remote. If we were to extend import status, we could also track the local relationship as well for imported entities. Then we provide the views plugins to access this entity and its relationships, we could rebuild the filters for the pull page as views filters.

    This also has the opportunity to make the pull page asynchronous, so that the list of content has a manual "refresh" button where the stubs are imported via the remote channel feed(s)

    This way, anyone could customize the UI by editing the view, they could create multiple UIs for different use cases, etc.

Production build 0.69.0 2024