Skip to content

What's new screen #50

Description

@przybylski

@AndyScherzinger @tobiasKaminsky @jancborchardt
Do we want it? Should introduce that PR here ?

Activity

  1. added
    needs infoWaiting for info from user(s). Issues with this label will auto-stale.
    on Jun 21, 2016
  2. AndyScherzinger commented on Jun 21, 2016

    @AndyScherzinger
    Member

    😃 I would appreciate a screen like that, the question is do we want an "Introduction screen" or a "What's new"?

    I would vote for a intro screen which only gets shown the very first time and never again, not even for updates. What's new would be nice too but would lead to extra work for every feature release since the core team developing new this right now is just the three of us I would argue that we should rather spend our time on features than maintaining the what's new screen for every release plus the feature images we would need for every release. So what'#s new will most likely slow down our dev speed 🚀

  3. przybylski commented on Jun 21, 2016

    @przybylski
    MemberAuthor

    Well, the code is ready and should work just fine it. Last time I tested it, it was working on first run and on update.
    owncloud/android#1375
    Now with other beta version scheme it will be easier to add this to beta release as well.

  4. AndyScherzinger commented on Jun 21, 2016

    @AndyScherzinger
    Member

    Version theme?
    We still have 2 themes one for the play store with proper versioning scheme and the f-droid beta which uses the release date. So it would work for the Play Store beta programm

  5. przybylski commented on Jun 21, 2016

    @przybylski
    MemberAuthor
  6. AndyScherzinger commented on Jun 21, 2016

    @AndyScherzinger
    Member

    ...for stabe and release candidate (as in play store beta), else for the Tobias' beta: https://github.com/nextcloud/android/wiki/Development-Guide#development-beta-release

  7. przybylski commented on Jun 21, 2016

    @przybylski
    MemberAuthor

    damn, sorry for confusion.

  8. AndyScherzinger commented on Jun 21, 2016

    @AndyScherzinger
    Member

    No worries :)
    Our Goal is to not need the hardcore beta anymore but to merge fast, test, feature freeze, release to Play beta programm for 2 week, release it as stable

  9. tobiasKaminsky commented on Jun 22, 2016

    @tobiasKaminsky
    Member

    I think it is a good idea to show the biggest changes (if any) on every new release.
    Mostly it is just a short text and an image, so it is not that much time and hopefully the PR author supports us.

  10. tobiasKaminsky commented on Jun 22, 2016

    @tobiasKaminsky
    Member

    Otherwise e.g. multiselect is not immediately known to users

  11. jancborchardt commented on Jun 23, 2016

    @jancborchardt
    Member

    »What’s new« is only necessary on really big changes as you already said. A generic »changelog« screen is annoying and people generally don’t care as long as everything works. ;)

    Didn’t we have a nice intro slideshow at some point, or was that only iOS?

  12. AndyScherzinger commented on Jun 23, 2016

    @AndyScherzinger
    Member

    @jancborchardt The what's new screen is actually implemented as a Intro slideshow 💃

  13. przybylski commented on Jun 23, 2016

    @przybylski
    MemberAuthor

    In that case on the weekend I will import that PR here

  14. 2 remaining items

  15. AndyScherzinger commented on Aug 16, 2016

    @AndyScherzinger
    Member

    Okay, that then mean that we would use it for "What's new" only and not for "Introduction to the app", which is fine with me. Only issue I can thing of is that nice graphics for new features could block releases if they don't get done on time, same issue if we add text for the features that is only translated by 50% for a language. :(

  16. tobiasKaminsky commented on Aug 16, 2016

    @tobiasKaminsky
    Member

    I thought it is both for introduction and for new features (and we were just talking about the scope for the features).
    Regarding the graphics/languages this is indeed a problem.
    How is this currently solved? Do we wait until the major languages are fully translated before releasing?

  17. AndyScherzinger commented on Aug 16, 2016

    @AndyScherzinger
    Member

    At the moment we just release after the RCs have proven to be stable. This will probably always be the case. Most widely used languages are fully translated at the final release date.

    We should then still have a differentiating between whats new and introduction. So at first start we should only show the intro, at update we should only show the what's new.

  18. Bugsbane commented on Aug 16, 2016

    @Bugsbane
    Member

    nice graphics for new features could block releases

    I can't promise to always be available depending on my workload, but let me know if I can help out here.

    So at first start we should only show the intro, at update we should only show the what's new.

    Agreed, although I'm sure the same classes could be used, just feeding in two different content streams.

  19. AndyScherzinger commented on Aug 16, 2016

    @AndyScherzinger
    Member

    I can't promise to always be available depending on my workload, but let me know if I can help out here.

    That would be great! At least the "Intro graphics" are stable so if you have time you could already help us out with these 😃

    Agreed, although I'm sure the same classes could be used, just feeding in two different content streams.

    Exactly, yes that is the case. 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions