Sign up now! · Forgot password?
RSS/Atom feed identi.ca Twitter

HATE the new save vs. export behavior

This discussion is connected to the gimp-user-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

340 of 382 messages available
Toggle history

Please log in to manage your subscriptions.

HATE the new save vs. export behavior Jonathan Kamens 03 May 00:45
  HATE the new save vs. export behavior Kasim Ahmic 03 May 01:30
   HATE the new save vs. export behavior Paul Read 03 May 02:03
    HATE the new save vs. export behavior Jonathan Kamens 03 May 02:10
     HATE the new save vs. export behavior Alexandre Prokoudine 03 May 02:17
      HATE the new save vs. export behavior Jonathan Kamens 03 May 02:38
       HATE the new save vs. export behavior Alexandre Prokoudine 03 May 02:53
        HATE the new save vs. export behavior Jonathan Kamens 03 May 03:21
         HATE the new save vs. export behavior Rob Antonishen 03 May 03:41
         HATE the new save vs. export behavior Oon-Ee Ng 03 May 03:42
          HATE the new save vs. export behavior Francois 03 May 07:02
           HATE the new save vs. export behavior Alexandre Prokoudine 03 May 07:20
            HATE the new save vs. export behavior Francois 03 May 07:32
             HATE the new save vs. export behavior Alexandre Prokoudine 03 May 08:08
              HATE the new save vs. export behavior Alcides Viamontes Esquivel 03 May 10:42
         HATE the new save vs. export behavior Alexandre Prokoudine 03 May 03:48
          HATE the new save vs. export behavior Paul Read 03 May 06:03
           HATE the new save vs. export behavior GSR - FR 03 May 15:15
         HATE the new save vs. export behavior Jonathan Kamens 03 May 11:04
          HATE the new save vs. export behavior Alexandre Prokoudine 03 May 11:11
           HATE the new save vs. export behavior Jonathan Kamens 03 May 11:37
            HATE the new save vs. export behavior Simon Budig 03 May 12:04
           HATE the new save vs. export behavior DanBrown 03 May 17:18
            HATE the new save vs. export behavior Olivier 03 May 17:38
   HATE the new save vs. export behavior Alexandre Prokoudine 03 May 03:05
    HATE the new save vs. export behavior Kasim Ahmic 03 May 03:14
     HATE the new save vs. export behavior Alexandre Prokoudine 03 May 03:21
      HATE the new save vs. export behavior Kasim Ahmic 03 May 03:39
      HATE the new save vs. export behavior Francois 03 May 07:22
       HATE the new save vs. export behavior Daniel Smith 04 May 23:45
  HATE the new save vs. export behavior kevin 03 May 01:45
  HATE the new save vs. export behavior Jay Smith 03 May 14:15
   HATE the new save vs. export behavior Maurice 03 May 14:53
    Problem with Gimp 2.7.4 'Text' Maurice 04 May 16:29
     Problem with Gimp 2.7.4 'Text' Maurice 05 May 10:32
      Problem with Gimp 2.7.4 'Text' facility Maurice 06 May 17:03
       Problem with Gimp 2.7.4 'Text' facility Johan Vromans 06 May 20:47
   jpeg loss on multiple export (Was: HATE the new save vs. export behavior) Gary Aitken 04 May 05:57
   jpeg loss on multiple export Gary Aitken 05 May 17:52
  HATE the new save vs. export behavior Kekko 05 May 06:58
   HATE the new save vs. export behavior Archie Arevalo 05 May 07:16
    HATE the new save vs. export behavior Ken Warner 05 May 08:21
     HATE the new save vs. export behavior Alexandre Prokoudine 05 May 14:30
      4FA4E300.3070709@verizon.net 28 Feb 21:06
      HATE the new save vs. export behavior Daniel Smith 05 May 14:42
       HATE the new save vs. export behavior Alexandre Prokoudine 05 May 15:04
        HATE the new save vs. export behavior Daniel Smith 05 May 15:30
       HATE the new save vs. export behavior Richard Gitschlag 05 May 17:03
      HATE the new save vs. export behavior ronald.arvidsson@privat.utfors.se 05 May 14:49
      HATE the new save vs. export behavior Jay Smith 05 May 15:04
       HATE the new save vs. export behavior Alexandre Prokoudine 05 May 15:33
        HATE the new save vs. export behavior Chris Mohler 05 May 17:05
       HATE the new save vs. export behavior Chris Mohler 05 May 17:01
      HATE the new save vs. export behavior Steve Kinney 05 May 15:39
       HATE the new save vs. export behavior darnkitten 31 May 02:04
        HATE the new save vs. export behavior Christen Anderson 31 May 04:11
        HATE the new save vs. export behavior Ofnuts 31 May 08:01
         HATE the new save vs. export behavior CoreForce 21 Jun 08:10
          HATE the new save vs. export behavior Jacob 21 Jun 08:48
          HATE the new save vs. export behavior Alexandre Prokoudine 21 Jun 10:12
           HATE the new save vs. export behavior Oon-Ee Ng 21 Jun 23:28
            HATE the new save vs. export behavior Alexandre Prokoudine 22 Jun 00:10
             HATE the new save vs. export behavior Archie Arevalo 22 Jun 00:23
             HATE the new save vs. export behavior Oon-Ee Ng 22 Jun 00:36
              HATE the new save vs. export behavior Owen 22 Jun 01:19
             HATE the new save vs. export behavior Bug_Sampson 22 Jun 04:14
              HATE the new save vs. export behavior Richard Gitschlag 22 Jun 21:58
               HATE the new save vs. export behavior Marco Ciampa 23 Jun 09:47
                HATE the new save vs. export behavior Alexandre Prokoudine 23 Jun 13:41
                 HATE the new save vs. export behavior bobbo 30 Jun 15:15
                  HATE the new save vs. export behavior Alexandre Prokoudine 30 Jun 15:47
                  HATE the new save vs. export behavior Kasim Ahmic 30 Jun 16:19
                   HATE the new save vs. export behavior Oon-Ee Ng 30 Jun 23:31
                    HATE the new save vs. export behavior Archie Arevalo 01 Jul 00:20
         HATE the new save vs. export behavior darnkitten 17 Jul 19:27
          HATE the new save vs. export behavior Richard Gitschlag 17 Jul 23:35
           HATE the new save vs. export behavior Anoko 06 Aug 20:59
            HATE the new save vs. export behavior Olivier 07 Aug 06:30
             HATE the new save vs. export behavior Oon-Ee Ng 07 Aug 07:28
             HATE the new save vs. export behavior Anoko 07 Aug 09:23
              HATE the new save vs. export behavior Gfxuser 07 Aug 09:47
              HATE the new save vs. export behavior Alexandre Prokoudine 07 Aug 10:20
              HATE the new save vs. export behavior Patrick Shanahan 07 Aug 11:26
               HATE the new save vs. export behavior bruno@buys.net.br 07 Aug 16:51
                HATE the new save vs. export behavior Anoko 07 Aug 18:49
                 HATE the new save vs. export behavior Øyvind Kolås 07 Aug 18:54
                  HATE the new save vs. export behavior Anoko 07 Aug 19:13
                 HATE the new save vs. export behavior Alexandre Prokoudine 07 Aug 19:30
                  HATE the new save vs. export behavior Anoko 07 Aug 20:59
                   HATE the new save vs. export behavior Rob Antonishen 07 Aug 21:10
                    HATE the new save vs. export behavior Alexandre Prokoudine 07 Aug 21:32
                     Definition of "project data" .... vs "image data" vs "workspace data" Jay Smith 07 Aug 22:29
                      Definition of "project data" .... vs "image data" vs "workspace data" Alexandre Prokoudine 07 Aug 23:11
                       Definition of "project data" .... vs "image data" vs "workspace data" Jay Smith 07 Aug 23:27
                    HATE the new save vs. export behavior Anoko 07 Aug 21:42
                     HATE the new save vs. export behavior Alexandre Prokoudine 07 Aug 21:52
                      HATE the new save vs. export behavior Ken Warner 07 Aug 22:06
                       HATE the new save vs. export behavior Alexandre Prokoudine 07 Aug 23:20
                      HATE the new save vs. export behavior Jay Smith 07 Aug 22:28
                       HATE the new save vs. export behavior Alexandre Prokoudine 07 Aug 22:53
                        HATE the new save vs. export behavior Jay Smith 07 Aug 23:23
                         HATE the new save vs. export behavior Alexandre Prokoudine 07 Aug 23:39
                         HATE the new save vs. export behavior Oon-Ee Ng 08 Aug 00:47
                          HATE the new save vs. export behavior Alexandre Prokoudine 08 Aug 01:02
                       HATE the new save vs. export behavior Richard Gitschlag 08 Aug 16:40
                        HATE the new save vs. export behavior pbft 28 Feb 20:58
                         HATE the new save vs. export behavior Daniel 28 Feb 21:02
                          HATE the new save vs. export behavior Alexandre Prokoudine 28 Feb 21:07
                         HATE the new save vs. export behavior Alexandre Prokoudine 28 Feb 21:05
                          HATE the new save vs. export behavior maderios 01 Mar 14:50
                           HATE the new save vs. export behavior darkweasel 01 Mar 15:07
                            HATE the new save vs. export behavior Alexandre Prokoudine 01 Mar 15:09
                             HATE the new save vs. export behavior maderios 01 Mar 15:15
                              HATE the new save vs. export behavior Psiweapon 01 Mar 15:35
                               20130301154005.GX11122@waho... 01 Mar 15:45
                                HATE the new save vs. export behavior Psiweapon 01 Mar 15:45
                                 HATE the new save vs. export behavior Patrick Shanahan 01 Mar 15:50
                               HATE the new save vs. export behavior Alexandre Prokoudine 01 Mar 15:41
                                HATE the new save vs. export behavior Psiweapon 01 Mar 15:44
                            HATE the new save vs. export behavior Richard Gitschlag 01 Mar 17:06
                             HATE the new save vs. export behavior relgames 11 May 21:57
                              HATE the new save vs. export behavior Michael Schumacher 11 May 22:36
                     HATE the new save vs. export behavior Rob Antonishen 07 Aug 22:35
                   HATE the new save vs. export behavior Alexandre Prokoudine 07 Aug 21:17
                   HATE the new save vs. export behavior Marco Ciampa 07 Aug 21:42
                   HATE the new save vs. export behavior Jay Smith 07 Aug 21:58
                    HATE the new save vs. export behavior Alexandre Prokoudine 07 Aug 22:31
              HATE the new save vs. export behavior Richard Gitschlag 07 Aug 15:14
              HATE the new save vs. export behavior Ken Warner 07 Aug 15:52
  HATE the new save vs. export behavior Red_Chaos1 08 May 02:18
   HATE the new save vs. export behavior Ken Warner 08 May 03:37
    HATE the new save vs. export behavior Sicofante 16 May 08:13
     HATE the new save vs. export behavior Ofnuts 16 May 09:36
     HATE the new save vs. export behavior Johan Vromans 16 May 12:16
      HATE the new save vs. export behavior Simon Budig 16 May 12:38
       HATE the new save vs. export behavior Richard Gitschlag 16 May 15:21
        HATE the new save vs. export behavior Lyle 16 May 16:28
  HATE the new save vs. export behavior mrule 18 Jul 21:06
   HATE the new save vs. export behavior Daniel Hauck 18 Jul 22:22
    HATE the new save vs. export behavior Richard Gitschlag 19 Jul 16:47
   HATE the new save vs. export behavior maderios 19 Jul 18:38
    HATE the new save vs. export behavior Andrew & Bridget 19 Jul 19:06
     HATE the new save vs. export behavior Renaud OLGIATI 19 Jul 19:40
     HATE the new save vs. export behavior Joseph A. Nagy, Jr 19 Jul 20:07
      HATE the new save vs. export behavior Alexandre Prokoudine 19 Jul 20:11
       HATE the new save vs. export behavior Andrew & Bridget 19 Jul 20:34
        HATE the new save vs. export behavior Kasim Ahmic 19 Jul 21:48
         HATE the new save vs. export behavior Alexandre Prokoudine 19 Jul 21:54
          HATE the new save vs. export behavior Kokopalen 19 Jul 22:18
           HATE the new save vs. export behavior Alexandre Prokoudine 19 Jul 22:21
          HATE the new save vs. export behavior Dominik Tabisz 19 Jul 23:29
         HATE the new save vs. export behavior Joseph A. Nagy, Jr 19 Jul 21:57
          HATE the new save vs. export behavior Alexandre Prokoudine 19 Jul 22:00
          HATE the new save vs. export behavior Kasim Ahmic 19 Jul 22:10
           HATE the new save vs. export behavior Joseph A. Nagy, Jr 19 Jul 22:12
            HATE the new save vs. export behavior Alexandre Prokoudine 19 Jul 22:17
             HATE the new save vs. export behavior Joseph A. Nagy, Jr 19 Jul 22:36
              CAFjkzc0aAmUf0qFc-eWgiK-Xn3... 20 Jul 01:04
               HATE the new save vs. export behavior Joseph A. Nagy, Jr 20 Jul 01:03
                HATE the new save vs. export behavior Alexandre Prokoudine 20 Jul 01:19
                 HATE the new save vs. export behavior Joseph A. Nagy, Jr 20 Jul 02:20
                  HATE the new save vs. export behavior Kasim Ahmic 20 Jul 02:39
                   HATE the new save vs. export behavior Joseph A. Nagy, Jr 20 Jul 03:05
                   HATE the new save vs. export behavior Bob Long 20 Jul 04:12
                    HATE the new save vs. export behavior Kasim Ahmic 20 Jul 04:59
                     HATE the new save vs. export behavior Bob Long 20 Jul 06:21
                     HATE the new save vs. export behavior John Meyer 20 Jul 14:50
                      HATE the new save vs. export behavior Kasim Ahmic 20 Jul 15:52
                  HATE the new save vs. export behavior Alexandre Prokoudine 20 Jul 03:25
                   HATE the new save vs. export behavior Joseph A. Nagy, Jr 20 Jul 03:33
                    HATE the new save vs. export behavior Alexandre Prokoudine 20 Jul 03:58
                  HATE the new save vs. export behavior Jernej Simončič 20 Jul 23:03
                   HATE the new save vs. export behavior Joseph A. Nagy, Jr 20 Jul 23:46
                    HATE the new save vs. export behavior Patrick Shanahan 21 Jul 00:07
                     51EBD77D.5000708@gmail.com 21 Jul 17:48
                      HATE the new save vs. export behavior Ofnuts 21 Jul 17:47
                HATE the new save vs. export behavior Burnie West 20 Jul 01:58
              HATE the new save vs. export behavior Patrick Shanahan 19 Jul 22:43
              HATE the new save vs. export behavior Kasim Ahmic 19 Jul 22:50
            HATE the new save vs. export behavior Tom Williams 19 Jul 22:28
    HATE the new save vs. export behavior Renaud OLGIATI 19 Jul 19:21
     HATE the new save vs. export behavior Alexandre Prokoudine 19 Jul 19:33
      HATE the new save vs. export behavior Renaud OLGIATI 19 Jul 19:55
     HATE the new save vs. export behavior Andrew & Bridget 19 Jul 20:03
      HATE the new save vs. export behavior Joseph A. Nagy, Jr 19 Jul 20:11
      HATE the new save vs. export behavior Renaud OLGIATI 19 Jul 20:57
       HATE the new save vs. export behavior Andrew & Bridget 19 Jul 21:15
       HATE the new save vs. export behavior Alexandre Prokoudine 19 Jul 21:17
        HATE the new save vs. export behavior Jeffery Small 20 Jul 04:44
         HATE the new save vs. export behavior Patrick Shanahan 20 Jul 04:52
       HATE the new save vs. export behavior Richard Gitschlag 20 Jul 16:39
     HATE the new save vs. export behavior scl 19 Jul 21:10
      HATE the new save vs. export behavior Joseph A. Nagy, Jr 19 Jul 22:04
  HATE the new save vs. export behavior asbesto 31 Jul 16:51
   HATE the new save vs. export behavior Alexandre Prokoudine 31 Jul 16:58
    HATE the new save vs. export behavior Paul Cartwright 31 Jul 17:25
     HATE the new save vs. export behavior scl 31 Jul 17:32
    HATE the new save vs. export behavior Paul Cartwright 31 Jul 18:28
     HATE the new save vs. export behavior David Joyner 31 Jul 18:33
      HATE the new save vs. export behavior Tom Williams 31 Jul 18:36
       HATE the new save vs. export behavior Kasim Ahmic 31 Jul 20:24
       HATE the new save vs. export behavior Kasim Ahmic 31 Jul 20:25
     HATE the new save vs. export behavior Alexandre Prokoudine 31 Jul 19:09
      HATE the new save vs. export behavior Dominik Tabisz 31 Jul 20:45
       HATE the new save vs. export behavior Liam R E Quin 01 Aug 02:00
        HATE the new save vs. export behavior Sam_ 03 Aug 16:44
         HATE the new save vs. export behavior Liam R E Quin 03 Aug 17:56
         HATE the new save vs. export behavior Kasim Ahmic 03 Aug 21:55
  HATE the new save vs. export behavior Yottskry 07 Aug 19:10
   HATE the new save vs. export behavior Alexandre Prokoudine 07 Aug 19:24
    HATE the new save vs. export behavior A. den Oudsten 07 Aug 20:17
   HATE the new save vs. export behavior Patrick Shanahan 07 Aug 23:47
    HATE the new save vs. export behavior Rauh, Stuart 08 Aug 15:07
     HATE the new save vs. export behavior pitibonom 09 Aug 10:49
      HATE the new save vs. export behavior pitibonom 09 Aug 10:59
       HATE the new save vs. export behavior Alexandre Prokoudine 09 Aug 11:03
  HATE the new save vs. export behavior pitibonom 09 Aug 10:42
   HATE the new save vs. export behavior Alexandre Prokoudine 09 Aug 10:54
    HATE the new save vs. export behavior pitibonom 09 Aug 11:07
     HATE the new save vs. export behavior Alexandre Prokoudine 09 Aug 11:17
      HATE the new save vs. export behavior s.kortenweg 09 Aug 13:07
       HATE the new save vs. export behavior Simon Budig 09 Aug 13:41
        HATE the new save vs. export behavior Sam_ 09 Aug 19:04
        HATE the new save vs. export behavior Thomas Taylor 10 Aug 05:41
       HATE the new save vs. export behavior maderios 10 Aug 16:50
        HATE the new save vs. export behavior John Meyer 10 Aug 16:54
         HATE the new save vs. export behavior Alexandre Prokoudine 10 Aug 18:46
          HATE the new save vs. export behavior maderios 10 Aug 19:29
           HATE the new save vs. export behavior John Meyer 10 Aug 19:30
            HATE the new save vs. export behavior Stephen Allen 11 Aug 01:54
         HATE the new save vs. export behavior maderios 12 Aug 17:08
          HATE the new save vs. export behavior Oon-Ee Ng 13 Aug 05:46
           HATE the new save vs. export behavior Madeleine Fisher 13 Aug 14:08
           HATE the new save vs. export behavior Richard Gitschlag 13 Aug 15:23
            HATE the new save vs. export behavior Patrick Shanahan 13 Aug 15:35
           HATE the new save vs. export behavior Akkana Peck 13 Aug 17:14
            HATE the new save vs. export behavior maderios 13 Aug 18:48
             HATE the new save vs. export behavior Burnie West 13 Aug 18:59
            HATE the new save vs. export behavior Kim Cascone 13 Aug 21:03
             HATE the new save vs. export behavior Richard Gitschlag 14 Aug 14:20
   HATE the new save vs. export behavior Ofnuts 09 Aug 19:02
    HATE the new save vs. export behavior Daniel 09 Aug 19:09
     HATE the new save vs. export behavior Ofnuts 09 Aug 19:44
      HATE the new save vs. export behavior John Meyer 09 Aug 19:45
     HATE the new save vs. export behavior Kristian Rink 09 Aug 19:45
      HATE the new save vs. export behavior pbft 09 Aug 20:30
       HATE the new save vs. export behavior Tom Williams 09 Aug 21:41
        HATE the new save vs. export behavior Cristian Secară 10 Aug 08:07
         HATE the new save vs. export behavior Richard Gitschlag 10 Aug 13:37
          HATE the new save vs. export behavior Ofnuts 10 Aug 14:53
           HATE the new save vs. export behavior Richard Gitschlag 11 Aug 13:41
            5wkgbadp63gv.dlg@eternallyb... 12 Aug 16:09
             BAY172-W377D6F9A5619DDC80A8... 12 Aug 16:09
              1sl0ajkayx6kg$.dlg@eternall... 12 Aug 16:09
               HATE the new save vs. export behavior Patrick Shanahan 12 Aug 16:08
            HATE the new save vs. export behavior Ofnuts 11 Aug 22:17
            HATE the new save vs. export behavior Joseph A. Nagy, Jr 12 Aug 16:14
             HATE the new save vs. export behavior Richard Gitschlag 12 Aug 16:19
             HATE the new save vs. export behavior Liam R E Quin 12 Aug 18:56
         HATE the new save vs. export behavior Tom Williams 10 Aug 16:45
  HATE the new save vs. export behavior vitalif 03 Oct 16:39
   HATE the new save vs. export behavior vitalif 03 Oct 16:40
   HATE the new save vs. export behavior Patrick Shanahan 03 Oct 18:54
    HATE the new save vs. export behavior Alexandre Prokoudine 03 Oct 19:11
    HATE the new save vs. export behavior vitalif 03 Oct 19:48
     HATE the new save vs. export behavior Richard Gitschlag 04 Oct 11:51
      HATE the new save vs. export behavior vitalif 04 Oct 12:41
       HATE the new save vs. export behavior Alexandre Prokoudine 04 Oct 13:22
        HATE the new save vs. export behavior vitalif 04 Oct 14:33
         HATE the new save vs. export behavior Eduard Braun 04 Oct 16:45
          HATE the new save vs. export behavior John Meyer 04 Oct 17:01
           HATE the new save vs. export behavior vitalif 04 Oct 21:07
            HATE the new save vs. export behavior Alexandre Prokoudine 04 Oct 21:27
            HATE the new save vs. export behavior Helen 10 Oct 10:17
             HATE the new save vs. export behavior Simon Budig 10 Oct 10:35
             HATE the new save vs. export behavior Andrew & Bridget 10 Oct 10:56
              HATE the new save vs. export behavior vitalif 10 Oct 21:20
               HATE the new save vs. export behavior Michael Natterer 10 Oct 21:29
                HATE the new save vs. export behavior vitalif 10 Oct 21:37
                 HATE the new save vs. export behavior Alexandre Prokoudine 11 Oct 01:54
                  HATE the new save vs. export behavior Thomas Widlar 11 Oct 02:02
                   HATE the new save vs. export behavior Stephen Allen 14 Oct 22:45
              HATE the new save vs. export behavior maderios 11 Oct 13:31
               HATE the new save vs. export behavior Melleus 11 Oct 20:20
                HATE the new save vs. export behavior maderios 12 Oct 11:22
                 CAGQ70etNXMYTRQ1+P6D7S7ZyDS... 12 Oct 12:24
                  HATE the new save vs. export behavior maderios 12 Oct 12:23
                   HATE the new save vs. export behavior Andrew & Bridget 12 Oct 12:56
                    HATE the new save vs. export behavior Melleus 12 Oct 16:21
                    HATE the new save vs. export behavior John Meyer 12 Oct 16:29
                     HATE the new save vs. export behavior Richard Gitschlag 13 Oct 15:15
  HATE the new save vs. export behavior dksill 04 Nov 01:30
   HATE the new save vs. export behavior maderios 04 Nov 15:53
    HATE the new save vs. export behavior Stephen Allen 05 Nov 01:22
     HATE the new save vs. export behavior Alexandre Prokoudine 05 Nov 01:37
      HATE the new save vs. export behavior Burnie West 05 Nov 03:04
       HATE the new save vs. export behavior Alexandre Prokoudine 05 Nov 02:22
        HATE the new save vs. export behavior Richard Gitschlag 21 Nov 00:19
   HATE the new save vs. export behavior Richard Gitschlag 04 Nov 21:09
HATE the new save vs. export behavior Christen Anderson 03 May 02:41
HATE the new save vs. export behavior Judah Kleinveldt 03 May 06:35
HATE the new save vs. export behavior Kevin Brubeck Unhammer 03 May 06:45
CAKGdp+=5teUg23axj6dLaLtfZ=... 03 May 07:03
8762 cdrcdz.fsf@fsfe.org 03 May 07:22
CAKGdp+=5teUg23axj6dLaLtfZ=... 03 May 07:33
HATE the new save vs. export behavior Kevin Brubeck Unhammer 03 May 08:07
SNT111-W40E8C8AA053D0A076AA... 03 May 15:42
  HATE the new save vs. export behavior Richard Gitschlag 03 May 15:42
   HATE the new save vs. export behavior Steve Kinney 03 May 18:48
    HATE the new save vs. export behavior Maurice 03 May 19:11
     HATE the new save vs. export behavior Alexandre Prokoudine 04 May 05:52
      HATE the new save vs. export behavior Johan Vromans 04 May 06:25
      HATE the new save vs. export behavior Mario Valle 04 May 06:35
      HATE the new save vs. export behavior Greg Chapman 04 May 09:25
       HATE the new save vs. export behavior kevin 04 May 09:50
        HATE the new save vs. export behavior jfrazierjr@nc.rr.com 04 May 11:50
        HATE the new save vs. export behavior Akkana Peck 04 May 18:10
         HATE the new save vs. export behavior Steve Kinney 04 May 20:03
          HATE the new save vs. export behavior Partha Bagchi 04 May 21:19
       HATE the new save vs. export behavior isabel brison 04 May 12:18
      HATE the new save vs. export behavior John Coppens 04 May 21:17
       HATE the new save vs. export behavior jfrazierjr@nc.rr.com 04 May 23:52
        HATE the new save vs. export behavior Daniel Smith 05 May 00:26
       HATE the new save vs. export behavior Alexandre Prokoudine 05 May 08:32
        HATE the new save vs. export behavior Olivier 05 May 09:14
         HATE the new save vs. export behavior Ofnuts 05 May 09:40
        HATE the new save vs. export behavior John Coppens 07 May 02:51
CAKGdp+=5teUg23ax j6dLaLtfZ... 03 May 17:19
4FA2DEC9.6030904@cphr.edu.cu 04 May 02:39
  HATE the new save vs. export behavior Ken Warner 04 May 01:38
   HATE the new save vs. export behavior Richard Gitschlag 04 May 03:26
    HATE the new save vs. export behavior Alexandre Prokoudine 04 May 03:34
    HATE the new save vs. export behavior Johan Vromans 04 May 06:28
     HATE the new save vs. export behavior Richard Gitschlag 04 May 16:06
   HATE the new save vs. export behavior Alexandre Prokoudine 04 May 03:29
HATE the new save vs. export behavior Jeffery Small 04 May 05:56
HATE the new save vs. export behavior Daniel Jensen 04 May 17:17
  HATE the new save vs. export behavior Alexandre Prokoudine 04 May 18:00
   HATE the new save vs. export behavior Daniel Jensen 04 May 20:51
HATE the new save vs. export behavior Daniel Smith 05 May 00:40
  HATE the new save vs. export behavior Chris Mohler 05 May 00:56
   HATE the new save vs. export behavior Daniel Smith 05 May 03:20
    HATE the new save vs. export behavior Lyle 05 May 03:56
     HATE the new save vs. export behavior Oon-Ee Ng 05 May 06:19
      HATE the new save vs. export behavior Richard Gitschlag 05 May 17:18
   HATE the new save vs. export behavior Richard Gitschlag 05 May 04:19
    HATE the new save vs. export behavior Chris Mohler 05 May 16:53
    HATE the new save vs. export behavior GSR - FR 05 May 21:42
CAFjkzc378r7Y7z1ercQBw3RL3q... 05 May 03:56
CAAMVso0jRqptmrV U9VVEJycGR... 05 May 03:56
20120504181023.GA2092@shal ... 05 May 03:56
CAFs_k-F8bPCQM5eDvXzUcq2Tqp... 05 May 04:20
CAABFPsCT-FJcWsaDxOe5EJB9ui... 05 May 04:20
CAGQ70et3g_bPHy+6cqxZbbafYW... 05 May 06:59
4fa2 bde086593_ea324008c31c... 05 May 06:59
CAFjkzc3d7iw7_90881mYm=og3O... 05 May 06:59
2126343982-1336029989-cardh... 05 May 17:19
HATE the new save vs. export behavior Andrea Verdi 06 May 02:24
  HATE the new save vs. export behavior Andrea Verdi 06 May 11:46
HATE the new save vs. export behavior Steve Kinney 07 May 03:24
  HATE the new save vs. export behavior GSR - FR 07 May 03:50
  HATE the new save vs. export behavior John Coppens 07 May 21:53
CAKGdp+=5teUg23axj6dLaLtfZ=... 08 May 02:18
4FA2D30F.507 0309@pilobilus... 08 May 02:18
4FA44137.3020805@in ame.com 08 May 02:18
20120505 1132.31955.maurice... 08 May 02:18
CAObJn+4DGzpvenNMwkxBnPXi6t... 08 May 02:18
CAKGdp+=5teUg23axj6dLaLtfZ=... 16 May 08:14
4FA2D30F. 5070309@pilobilus... 16 May 08:14
4FA44137.3020805 @iname.com 16 May 08:14
20120 5051132.31955.maurice... 16 May 08:14
CAObJn+4DGzpvenNMwkxBnPXi6t... 16 May 08:14
CAKGdp+=5teUg23axj6dLaLtfZ=... 16 May 16:28
4FA2D3 0F.5070309@pilobilus... 16 May 16:28
4FA44137.3020 805@iname.com 16 May 16:28
20 1205051132.31955.maurice... 16 May 16:28
CAObJn+4DGzpvenNMwkxBnPXi6t... 16 May 16:28
HATE the new save vs. export behavior Forgeot Eric 24 May 13:49
CAKGdp+=5teUg23axj6dLaLtfZ=... 31 May 02:05
4FA 2D30F.5070309@pilobilus... 31 May 02:05
4FA44137.3 020805@iname.com 31 May 02:05
CAObJn+4DGzpvenNMwkxBnPXi6t... 31 May 02:05
Jonathan Kamens
2012-05-03 00:45:16 UTC (almost 2 years ago)

HATE the new save vs. export behavior

I /hate/ the new Save vs. Export behavior. It is completely non-intuitive to me, it makes my brain stumble every time I try to do just about any of the things that I do in GIMP on a regular basis, and it makes most of my workflows take more thought and more button clicks / key presses than they used to.

Here's just one use case that is completely destroyed by this change... Loading a JPG to edit and save back to JPG. Old way:

1. "gimp file.jpg". 2. Make changes.
3. Type ctrl-s periodically while working to save progress. 4. Type ctrl-q.

New way:

1. "gimp file.jpg". 2. Make changes.
3. Open File menu and select "Overwrite" (no keyboard shortcut for that!). 4. Periodically type ctrl-e to save further progress (because for some inexplicable reason, once you use the "Overwrite" command it disappears and is replaced with the "Export" command which appears to do exactly the same thing, but /this/ one has a keyboard shortcut; how does that make sense, exactly)? 5. Type ctrl-q.
6. GIMP tells me I have unsaved changes, even though I just saved them with ctrl-e.
7. Click "Discard Changes" to really exit.

If I can't remember whether I've saved already or not and hit ctrl-e instead of using File | Overwrite, an export dialog pops up and if I just accept the file name in it, I am asked to confirm that I want to replace the file. Then I'm prompted for export settings. This is absurd.

Here's another use case that's rendered more complex by this change... Load an image, edit, and save in a different format. Old way:

1. "gimp image.fmt1". 2. Make changes.
3. ctrl-shift-s.
4. Modify extension in save dialog. 5. ctrl-q.

New way:

1. "gimp image.fmt1". 2. Make changes.
3. ctrl-shift-e. (and, mind you, I have to /remember/ that it's shift-ctrl-e, instead of shift-ctrl-s like in every other freakin' application I use on either Linux and Windows) 4. Modify extension in save dialog. 5. Type ctrl-q.
6. GIMP tells me that I have unsaved changes, even though I just saved them with shift-ctrl-e.
7. Click "Discard Changes" to really exit.

But what about when I /do/ want to load an image in a non-XCF format and then save as XCF? Well, Ctrl-shift-e won't work for that, because the export dialog doesn't let you export as XCF. I see no advantage whatsoever to this restriction. So I have to remember that in this one special case of changing the format of an image, I have to use ctrl-s instead of ctrl-shift-e.

There isn't a single thing that I use GIMP for that is made easier or faster by this interface change. Not one thing.

I understand that there is "information loss" when an image is saved as a format other than XCF. But the fact of the matter is that when all I'm doing is retouching an image, which is what I do most with gimp, I don't give a flying fig about that "information loss." I just want the image to save, nice and easy, when I'm done editing it. And I don't want to have to remember different commands for GIMP than for every other program I use. And I don't want the command I have to use the first time I save an image to be different from the command I use the next time; that just makes no sense. Because of this particular "feature," I can't even make this problem less onerous by swapping the ctrl-s/ctrl-e and shift-ctrl-s/shift-ctrl-e bindings. Brilliant!

I understand that the GIMP developers consider XCF a "special" format which deserves special treatment. Well, I don't, and I'm sure there are many, many users like me who don't either. This change is just sticking a thumb in all of our eyes.

You could have done this the LibreOffice way... When you try to save an image loaded from a format with information loss, you get a pop-up warning you and giving you the choice of whether to proceed or save as XCF (and also giving you the choice to make this warning go away in the future and just save like you told it to). This is what LibreOffice does, e.g., when you load and then try to save a DOC file.

Or you could have made this change at least a /little/ bit less onerous by making the save dialog /default/ to XCF but allowing the user to edit the extension to save to another format. But no, if you try to do that, it tells you, "Sorry, this dialog only saves in XCF format," and you have to cancel out of it and export instead.

In my opinion, this change is a huge, huge step backward in useability.

Jonathan Kamens

Kasim Ahmic
2012-05-03 01:30:37 UTC (almost 2 years ago)

HATE the new save vs. export behavior

I couldn't agree more!

Could the developers possibly add an option to revert back to the old system?

Sent from my iPod

On May 2, 2012, at 8:45 PM, Jonathan Kamens wrote:

I hate the new Save vs. Export behavior. It is completely non-intuitive to me, it makes my brain stumble every time I try to do just about any of the things that I do in GIMP on a regular basis, and it makes most of my workflows take more thought and more button clicks / key presses than they used to.

Here's just one use case that is completely destroyed by this change... Loading a JPG to edit and save back to JPG. Old way: "gimp file.jpg".
Make changes.
Type ctrl-s periodically while working to save progress. Type ctrl-q.
New way:
"gimp file.jpg".
Make changes.
Open File menu and select "Overwrite" (no keyboard shortcut for that!). Periodically type ctrl-e to save further progress (because for some inexplicable reason, once you use the "Overwrite" command it disappears and is replaced with the "Export" command which appears to do exactly the same thing, but this one has a keyboard shortcut; how does that make sense, exactly)? Type ctrl-q.
GIMP tells me I have unsaved changes, even though I just saved them with ctrl-e. Click "Discard Changes" to really exit. If I can't remember whether I've saved already or not and hit ctrl-e instead of using File | Overwrite, an export dialog pops up and if I just accept the file name in it, I am asked to confirm that I want to replace the file. Then I'm prompted for export settings. This is absurd.

Here's another use case that's rendered more complex by this change... Load an image, edit, and save in a different format. Old way: "gimp image.fmt1".
Make changes.
ctrl-shift-s.
Modify extension in save dialog.
ctrl-q.
New way:
"gimp image.fmt1".
Make changes.
ctrl-shift-e. (and, mind you, I have to remember that it's shift-ctrl-e, instead of shift-ctrl-s like in every other freakin' application I use on either Linux and Windows) Modify extension in save dialog.
Type ctrl-q.
GIMP tells me that I have unsaved changes, even though I just saved them with shift-ctrl-e. Click "Discard Changes" to really exit. But what about when I do want to load an image in a non-XCF format and then save as XCF? Well, Ctrl-shift-e won't work for that, because the export dialog doesn't let you export as XCF. I see no advantage whatsoever to this restriction. So I have to remember that in this one special case of changing the format of an image, I have to use ctrl-s instead of ctrl-shift-e.

There isn't a single thing that I use GIMP for that is made easier or faster by this interface change. Not one thing.

I understand that there is "information loss" when an image is saved as a format other than XCF. But the fact of the matter is that when all I'm doing is retouching an image, which is what I do most with gimp, I don't give a flying fig about that "information loss." I just want the image to save, nice and easy, when I'm done editing it. And I don't want to have to remember different commands for GIMP than for every other program I use. And I don't want the command I have to use the first time I save an image to be different from the command I use the next time; that just makes no sense. Because of this particular "feature," I can't even make this problem less onerous by swapping the ctrl-s/ctrl-e and shift-ctrl-s/shift-ctrl-e bindings. Brilliant!

I understand that the GIMP developers consider XCF a "special" format which deserves special treatment. Well, I don't, and I'm sure there are many, many users like me who don't either. This change is just sticking a thumb in all of our eyes.

You could have done this the LibreOffice way... When you try to save an image loaded from a format with information loss, you get a pop-up warning you and giving you the choice of whether to proceed or save as XCF (and also giving you the choice to make this warning go away in the future and just save like you told it to). This is what LibreOffice does, e.g., when you load and then try to save a DOC file.

Or you could have made this change at least a little bit less onerous by making the save dialog default to XCF but allowing the user to edit the extension to save to another format. But no, if you try to do that, it tells you, "Sorry, this dialog only saves in XCF format," and you have to cancel out of it and export instead.

In my opinion, this change is a huge, huge step backward in useability.

Jonathan Kamens

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

kevin
2012-05-03 01:45:32 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Add another vote for the old way.

Please, Mr Developers, listen to the user base.

Kev

On Wed May 2 2012 20:45:16 Jonathan Kamens wrote:

I hate the new Save vs. Export behavior. It is completely non-intuitive to me, it makes my brain stumble every time I try to do just about any of the things that I do in GIMP on a regular basis, and it makes most of my workflows take more thought and more button clicks / key presses than they used to.

Paul Read
2012-05-03 02:03:30 UTC (almost 2 years ago)

HATE the new save vs. export behavior

I love the new way much much more logical and easier and effective to use Please dont remove this feature.
Paul
On May 3, 2012 2:31 AM, "Kasim Ahmic" wrote:

I couldn't agree more!

Could the developers possibly add an option to revert back to the old system?

Sent from my iPod

On May 2, 2012, at 8:45 PM, Jonathan Kamens wrote:

I *hate* the new Save vs. Export behavior. It is completely non-intuitive to me, it makes my brain stumble every time I try to do just about any of the things that I do in GIMP on a regular basis, and it makes most of my workflows take more thought and more button clicks / key presses than they used to.

Here's just one use case that is completely destroyed by this change... Loading a JPG to edit and save back to JPG. Old way:

1. "gimp file.jpg". 2. Make changes.
3. Type ctrl-s periodically while working to save progress. 4. Type ctrl-q.

New way:

1. "gimp file.jpg". 2. Make changes.
3. Open File menu and select "Overwrite" (no keyboard shortcut for that!).
4. Periodically type ctrl-e to save further progress (because for some inexplicable reason, once you use the "Overwrite" command it disappears and is replaced with the "Export" command which appears to do exactly the same thing, but *this* one has a keyboard shortcut; how does that make sense, exactly)?
5. Type ctrl-q.
6. GIMP tells me I have unsaved changes, even though I just saved them with ctrl-e.
7. Click "Discard Changes" to really exit.

If I can't remember whether I've saved already or not and hit ctrl-e instead of using File | Overwrite, an export dialog pops up and if I just accept the file name in it, I am asked to confirm that I want to replace the file. Then I'm prompted for export settings. This is absurd.

Here's another use case that's rendered more complex by this change... Load an image, edit, and save in a different format. Old way:

1. "gimp image.fmt1". 2. Make changes.
3. ctrl-shift-s.
4. Modify extension in save dialog. 5. ctrl-q.

New way:

1. "gimp image.fmt1". 2. Make changes.
3. ctrl-shift-e. (and, mind you, I have to *remember* that it's shift-ctrl-e, instead of shift-ctrl-s like in every other freakin' application I use on either Linux and Windows) 4. Modify extension in save dialog. 5. Type ctrl-q.
6. GIMP tells me that I have unsaved changes, even though I just saved them with shift-ctrl-e.
7. Click "Discard Changes" to really exit.

But what about when I *do* want to load an image in a non-XCF format and then save as XCF? Well, Ctrl-shift-e won't work for that, because the export dialog doesn't let you export as XCF. I see no advantage whatsoever to this restriction. So I have to remember that in this one special case of changing the format of an image, I have to use ctrl-s instead of ctrl-shift-e.

There isn't a single thing that I use GIMP for that is made easier or faster by this interface change. Not one thing.

I understand that there is "information loss" when an image is saved as a format other than XCF. But the fact of the matter is that when all I'm doing is retouching an image, which is what I do most with gimp, I don't give a flying fig about that "information loss." I just want the image to save, nice and easy, when I'm done editing it. And I don't want to have to remember different commands for GIMP than for every other program I use. And I don't want the command I have to use the first time I save an image to be different from the command I use the next time; that just makes no sense. Because of this particular "feature," I can't even make this problem less onerous by swapping the ctrl-s/ctrl-e and shift-ctrl-s/shift-ctrl-e bindings. Brilliant!

I understand that the GIMP developers consider XCF a "special" format which deserves special treatment. Well, I don't, and I'm sure there are many, many users like me who don't either. This change is just sticking a thumb in all of our eyes.

You could have done this the LibreOffice way... When you try to save an image loaded from a format with information loss, you get a pop-up warning you and giving you the choice of whether to proceed or save as XCF (and also giving you the choice to make this warning go away in the future and just save like you told it to). This is what LibreOffice does, e.g., when you load and then try to save a DOC file.

Or you could have made this change at least a *little* bit less onerous by making the save dialog *default* to XCF but allowing the user to edit the extension to save to another format. But no, if you try to do that, it tells you, "Sorry, this dialog only saves in XCF format," and you have to cancel out of it and export instead.

In my opinion, this change is a huge, huge step backward in useability.

Jonathan Kamens

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Jonathan Kamens
2012-05-03 02:10:14 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/02/2012 10:03 PM, Paul Read wrote:

I love the new way much much more logical and easier and effective to use

Could you elaborate on /why/ it is more logical and easier and effective to use? What use cases do you perform on a regular basis which are improved by the new interface?

I'm asking because I truly don't understand. I'm sure there must be some reason why the developers felt the interface changes would make sense to some users, but I just don't get it. Can you help me understand what's better now?

jik

Alexandre Prokoudine
2012-05-03 02:17:13 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 6:10 AM, Jonathan Kamens wrote:

Could you elaborate on why it is more logical and easier and effective to use? What use cases do you perform on a regular basis which are improved by the new interface?

Working on a multilayer composition and quickly non-disruptively exporting to a Dropbox folder. Which is what like 99,99999% designers do today.

Alexandre Prokoudine http://libregraphicsworld.org

Jonathan Kamens
2012-05-03 02:38:12 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/02/2012 10:17 PM, Alexandre Prokoudine wrote:

On Thu, May 3, 2012 at 6:10 AM, Jonathan Kamens wrote:

Could you elaborate on why it is more logical and easier and effective to use? What use cases do you perform on a regular basis which are improved by the new interface?

Working on a multilayer composition and quickly non-disruptively exporting to a Dropbox folder. Which is what like 99,99999% designers do today.

This use case could have been made "quick" and "non-disruptive" by adding a new export command without changing the behavior of the save command.

This use case does not explain why it makes sense for the first time you save a file you loaded from JPG, the command is "Overwrite", which has no key binding, and after that first time the "Overwrite" command disappears and is replaced by "Export" and "Overwrite" is no longer available.

This use case does not explain why it makes sense for an image which was loaded from JPG, was never an XCF, and does not have multiple layers, to default to saving as XCF rather than JPG.

This use case does not explain why it makes sense for an image which was loaded from JPG, was never an XCF, and is saved back to the JPG from which it was loaded, to be considered unsaved and modified when you try to quit from GIMP.

Aside from all of that, what percentage of the GIMP user base is "designers" for whom this functionality makes sense? The GIMP web site lists "photo retouching" first on the list of tasks that GIMP is good for, which would seem to imply that it is also the most /common/ task that GIMP is used for, and the new interface is vastly inferior to the old for that task.

Did whoever design and implement this change document the thinking behind it and the effort that went into usability testing / surveying the user base / whatever to confirm that it would help more people than it hurt? If so, then I would love a pointer to that documentation so I can read it. I'm certainly open to being convinced that enough people will be helped by this change that I'm in the minority and should get used to it, but "because the developer who made the change thought it should work this way" is not a particularly compelling argument.

jik

Christen Anderson
2012-05-03 02:41:33 UTC (almost 2 years ago)

HATE the new save vs. export behavior

ooops... sorry. must've hit "reply" instead of "reply all." there... this should be right. ;-)

On Wed, May 2, 2012 at 8:38 PM, Jonathan Kamens wrote:

Say it on the list, not to me privately. :-)

On 05/02/2012 10:17 PM, Christen Anderson wrote:

+1 to everything you said.

On 5/2/2012 6:45 PM, Jonathan Kamens wrote:

I *hate* the new Save vs. Export behavior. It is completely non-intuitive to me, it makes my brain stumble every time I try to do just about any of the things that I do in GIMP on a regular basis, and it makes most of my workflows take more thought and more button clicks / key presses than they used to.

Here's just one use case that is completely destroyed by this change... Loading a JPG to edit and save back to JPG. Old way:

1. "gimp file.jpg". 2. Make changes.
3. Type ctrl-s periodically while working to save progress. 4. Type ctrl-q.

New way:

1. "gimp file.jpg". 2. Make changes.
3. Open File menu and select "Overwrite" (no keyboard shortcut for that!).
4. Periodically type ctrl-e to save further progress (because for some inexplicable reason, once you use the "Overwrite" command it disappears and is replaced with the "Export" command which appears to do exactly the same thing, but *this* one has a keyboard shortcut; how does that make sense, exactly)?
5. Type ctrl-q.
6. GIMP tells me I have unsaved changes, even though I just saved them with ctrl-e.
7. Click "Discard Changes" to really exit.

If I can't remember whether I've saved already or not and hit ctrl-e instead of using File | Overwrite, an export dialog pops up and if I just accept the file name in it, I am asked to confirm that I want to replace the file. Then I'm prompted for export settings. This is absurd.

Here's another use case that's rendered more complex by this change... Load an image, edit, and save in a different format. Old way:

1. "gimp image.fmt1". 2. Make changes.
3. ctrl-shift-s.
4. Modify extension in save dialog. 5. ctrl-q.

New way:

1. "gimp image.fmt1". 2. Make changes.
3. ctrl-shift-e. (and, mind you, I have to *remember* that it's shift-ctrl-e, instead of shift-ctrl-s like in every other freakin' application I use on either Linux and Windows) 4. Modify extension in save dialog. 5. Type ctrl-q.
6. GIMP tells me that I have unsaved changes, even though I just saved them with shift-ctrl-e.
7. Click "Discard Changes" to really exit.

But what about when I *do* want to load an image in a non-XCF format and then save as XCF? Well, Ctrl-shift-e won't work for that, because the export dialog doesn't let you export as XCF. I see no advantage whatsoever to this restriction. So I have to remember that in this one special case of changing the format of an image, I have to use ctrl-s instead of ctrl-shift-e.

There isn't a single thing that I use GIMP for that is made easier or faster by this interface change. Not one thing.

I understand that there is "information loss" when an image is saved as a format other than XCF. But the fact of the matter is that when all I'm doing is retouching an image, which is what I do most with gimp, I don't give a flying fig about that "information loss." I just want the image to save, nice and easy, when I'm done editing it. And I don't want to have to remember different commands for GIMP than for every other program I use. And I don't want the command I have to use the first time I save an image to be different from the command I use the next time; that just makes no sense. Because of this particular "feature," I can't even make this problem less onerous by swapping the ctrl-s/ctrl-e and shift-ctrl-s/shift-ctrl-e bindings. Brilliant!

I understand that the GIMP developers consider XCF a "special" format which deserves special treatment. Well, I don't, and I'm sure there are many, many users like me who don't either. This change is just sticking a thumb in all of our eyes.

You could have done this the LibreOffice way... When you try to save an image loaded from a format with information loss, you get a pop-up warning you and giving you the choice of whether to proceed or save as XCF (and also giving you the choice to make this warning go away in the future and just save like you told it to). This is what LibreOffice does, e.g., when you load and then try to save a DOC file.

Or you could have made this change at least a *little* bit less onerous by making the save dialog *default* to XCF but allowing the user to edit the extension to save to another format. But no, if you try to do that, it tells you, "Sorry, this dialog only saves in XCF format," and you have to cancel out of it and export instead.

In my opinion, this change is a huge, huge step backward in useability.

Jonathan Kamens

_______________________________________________ gimp-user-list mailing listgimp-user-list@gnome.orghttp://mail.gnome.org/mailman/listinfo/gimp-user-list

Alexandre Prokoudine
2012-05-03 02:53:26 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 6:38 AM, Jonathan Kamens wrote:

This use case does not explain why it makes sense for the first time you save a file you loaded from JPG, the command is "Overwrite", which has no key binding, and after that first time the "Overwrite" command disappears and is replaced by "Export" and "Overwrite" is no longer available.

This use case does not explain why it makes sense for an image which was loaded from JPG, was never an XCF, and does not have multiple layers, to default to saving as XCF rather than JPG.

This use case does not explain why it makes sense for an image which was loaded from JPG, was never an XCF, and is saved back to the JPG from which it was loaded, to be considered unsaved and modified when you try to quit from GIMP.

Aside from all of that, what percentage of the GIMP user base is "designers" for whom this functionality makes sense? The GIMP web site lists "photo retouching" first on the list of tasks that GIMP is good for, which would seem to imply that it is also the most common task that GIMP is used for, and the new interface is vastly inferior to the old for that task.

I thought of the best reply to all of this, and I think the shortest way to explain it is to tell you that you are probably not a targeted GIMP user.

Further reading:

http://gui.gimp.org/index.php/GIMP_UI_Redesign#product_vision http://gui.gimp.org/index.php/Save_%2B_export_specification

By the way, you can freely map any shortcut to any menu command. Try it :)

Other than that, if you don't do complex work and don't care about accidentally not saving non-destructive changes such as layers and masks, perhaps you don't really need GIMP. There is a fair amount of free image editors that will suit simpler workflows just fine.

Alexandre Prokoudine http://libregraphicsworld.org

Alexandre Prokoudine
2012-05-03 03:05:45 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 5:30 AM, Kasim Ahmic wrote:

I couldn't agree more!

Could the developers possibly add an option to revert back to the old system?

It would

1) contradict the product vision 2) conflict with further planned changes

Alexandre Prokoudine http://libregraphicsworld.org

Kasim Ahmic
2012-05-03 03:14:23 UTC (almost 2 years ago)

HATE the new save vs. export behavior

I was just thinking like a toggle in the Preferences saying something like "Use old save/export method". But by default it's set to the new method.

Sent from my iPod

On May 2, 2012, at 11:05 PM, Alexandre Prokoudine wrote:

On Thu, May 3, 2012 at 5:30 AM, Kasim Ahmic wrote:

I couldn't agree more!

Could the developers possibly add an option to revert back to the old system?

It would

1) contradict the product vision 2) conflict with further planned changes

Alexandre Prokoudine http://libregraphicsworld.org
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Alexandre Prokoudine
2012-05-03 03:21:13 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 7:14 AM, Kasim Ahmic wrote:

I was just thinking like a toggle in the Preferences saying something like "Use old save/export method". But by default it's set to the new method.

Kasim.

I encourage you to carefully read intro at http://gui.gimp.org/index.php/Save_%2B_export_specification. It really explains why this option wouldn't make a lot of sense.

Alexandre Prokoudine http://libregraphicsworld.org

Jonathan Kamens
2012-05-03 03:21:44 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/02/2012 10:53 PM, Alexandre Prokoudine wrote:

I thought of the best reply to all of this, and I think the shortest way to explain it is to tell you that you are probably not a targeted GIMP user.

It is certainly important for the authors and developers of an application to know who their targeted audience is.

I'm curious, though... Do you know what percentage of the people who actually use GIMP now are part of that target audience?

I mean, let's just say, for the sake of argument, that 50% of your current users are not part of the target audience you envision and will find GIMP harder and harder to use as it is further and further optimized for its target audience, until in the end they go use something else.

Would the folks working on GIMP be OK with that?

Also, it seems to me from the stuff at the URLs you sent that the potential size of the user base for the audience you are targeting is much smaller than the potential user base of more "casual" image editors like me. Do I understand correctly that you are consciously aiming to design the application to be attractive primarily to that much smaller user base?

By the way, you can freely map any shortcut to any menu command. Try it :)

I am already aware of that. As I explained in my first email message in this thread, it does not solve this particular problem because of the incomprehensible decision to make "Overwrite" work the first time but "Export" work after that. What that means is that the key I hit to save an image the first time while I'm working on it /can't possibly be the same/ as the key I hit if I need to save the image subsequent times.

If you changed this one single thing... If you just made the Overwrite command work repeatedly, then yes, people like me could just bind Overwrite to ctrl-S and (mostly) be happy. But even that is not possible in the interface as it is currently implemented, for reasons which escape me.

Other than that, if you don't do complex work and don't care about accidentally not saving non-destructive changes such as layers and masks, perhaps you don't really need GIMP. There is a fair amount of free image editors that will suit simpler workflows just fine.

I use many of GIMP's features. I'm not just removing red-eyes from my family photos. Yeah, I'm not a professional designer; no one is paying me for the output of my work, nor am I publishing it as art. But it feels to me like perhaps the GIMP team's vision of its target audience is overly limiting and in the end will benefit neither GIMP nor its user base.

Overall, I love GIMP, and am exceedingly grateful to everyone who has devoted time and effort to making it better. You are, of course, entitled to make the program whatever you want it to be and target whatever audience you want to target. But I am saddened to learn that perhaps I am not part of that audience, which suggests that over time I am going to love GIMP less and less.

jik

Kasim Ahmic
2012-05-03 03:39:33 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Honestly, this new export/save method is pointless to me. I rarely ever use XCF files unless I'm working with a project that stretches over days and I need to constantly make changes to a file with many layers.

99.9% of the time I simply import a PNG or JPEG, edit what I need to edit, and Save (well export rather). Then I check it in a browser and if there's a mistake, I go back fix it and hit Save. It's just so much simpler that way without all the extra "features" like Export, Export To, and Overwrite.

Sent from my iPod

On May 2, 2012, at 11:21 PM, Alexandre Prokoudine wrote:

On Thu, May 3, 2012 at 7:14 AM, Kasim Ahmic wrote:

I was just thinking like a toggle in the Preferences saying something like "Use old save/export method". But by default it's set to the new method.

Kasim.

I encourage you to carefully read intro at http://gui.gimp.org/index.php/Save_%2B_export_specification. It really explains why this option wouldn't make a lot of sense.

Alexandre Prokoudine http://libregraphicsworld.org
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Rob Antonishen
2012-05-03 03:41:18 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Wed, May 2, 2012 at 11:21 PM, Jonathan Kamens wrote:

I use many of GIMP's features. I'm not just removing red-eyes from my family photos. Yeah, I'm not a professional designer; no one is paying me for the output of my work, nor am I publishing it as art. But it feels to me like perhaps the GIMP team's vision of its target audience is overly limiting and in the end will benefit neither GIMP nor its user base.

I have to ask, do really not save your edits as XCF files? Even if I am doing a red eye removal, I duplicate the layer and work on that, saving the file as an XCF, so I can always revert back, if needed....

I find the new paradigm quite intuitive, once I thought about it and gave it a try. The native format is XCF, which is the only thing you save. Everything else is an export to a lossy (in some manner) format.

The inconsistent behaviour of the overwrite should probably be brought up to the gimp devs, if it doesn't line up with the outline.

-Rob A>

Oon-Ee Ng
2012-05-03 03:42:57 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 11:21 AM, Jonathan Kamens wrote:

It is certainly important for the authors and developers of an application to know who their targeted audience is.

I'm curious, though... Do you know what percentage of the people who actually use GIMP now are part of that target audience?

I mean, let's just say, for the sake of argument, that 50% of your current users are not part of the target audience you envision and will find GIMP harder and harder to use as it is further and further optimized for its target audience, until in the end they go use something else.

Not everyone within that hypothetical 50% is going to hate the new changes. I'm quite okay with them (and I do purely jpeg/png editing as well...)

Alexandre Prokoudine
2012-05-03 03:48:04 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 7:21 AM, Jonathan Kamens wrote:

It is certainly important for the authors and developers of an application to know who their targeted audience is.

I'm curious, though... Do you know what percentage of the people who actually use GIMP now are part of that target audience?

This is simply not the point.

Let's face it: GIMP is mostly misused. People got used to it, because if they needed a free app with few extra features, they simply had no choice. Especially on Linux.

If Pinta was released 5 years earlier, the amount of GIMP users on Linux would probably be a half of what it is now.

Still with me?

The aim is to meet the demands of professionals. Users have a choice: migrate to simpler apps like Pinta, migrate to complex apps with familiar workflow such as Krita, or stick to GIMP and adapt their workflows.

The adaptation is really not as bad as you are trying to picture it. I know it, because I've gone through this two years ago, and I'm neither supersmart nor extraflexible.

Also, it seems to me from the stuff at the URLs you sent that the potential size of the user base for the audience you are targeting is much smaller than the potential user base of more "casual" image editors like me. Do I understand correctly that you are consciously aiming to design the application to be attractive primarily to that much smaller user base?

It's a matter of perspective. As far as I can tell, users who try to think and act big gravitate to more sophisticated software. That automatically expands the audience (far) beyond hi-end users. But the development focus is still on hi-end users, because focus is important.

Alexandre Prokoudine http://libregraphicsworld.org

Paul Read
2012-05-03 06:03:06 UTC (almost 2 years ago)

HATE the new save vs. export behavior

My use case: I use GIMP for its mult-layer features, creating images from scratch and I want to save all my work in this multi-layer format (XCF) but I need to send draft versions and the finished image to friends/customers/websites etc as a flat image (e.g. an exported PNG)

So the new interface significantly helps me work much more effectively

(If I want to edit a jpg photo I normally use other tools, though I probably only cut/crop/red eye so hardly a fair comparision)

Paul

On 3 May 2012 04:48, Alexandre Prokoudine wrote:

On Thu, May 3, 2012 at 7:21 AM, Jonathan Kamens wrote:

It is certainly important for the authors and developers of an

application

to know who their targeted audience is.

I'm curious, though... Do you know what percentage of the people who actually use GIMP now are part of that target audience?

This is simply not the point.

Let's face it: GIMP is mostly misused. People got used to it, because if they needed a free app with few extra features, they simply had no choice. Especially on Linux.

If Pinta was released 5 years earlier, the amount of GIMP users on Linux would probably be a half of what it is now.

Still with me?

The aim is to meet the demands of professionals. Users have a choice: migrate to simpler apps like Pinta, migrate to complex apps with familiar workflow such as Krita, or stick to GIMP and adapt their workflows.

The adaptation is really not as bad as you are trying to picture it. I know it, because I've gone through this two years ago, and I'm neither supersmart nor extraflexible.

Also, it seems to me from the stuff at the URLs you sent that the

potential

size of the user base for the audience you are targeting is much smaller than the potential user base of more "casual" image editors like me. Do I understand correctly that you are consciously aiming to design the application to be attractive primarily to that much smaller user base?

It's a matter of perspective. As far as I can tell, users who try to think and act big gravitate to more sophisticated software. That automatically expands the audience (far) beyond hi-end users. But the development focus is still on hi-end users, because focus is important.

Alexandre Prokoudine http://libregraphicsworld.org
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Judah Kleinveldt
2012-05-03 06:35:59 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Wow it seems those in disfavour of the new "save-export" function are pretty agro. I was like that before getting used to new workflows. It took a lot of me moving from Illustrator and Photoshop to inkscape and Gimp. Although I still prefer the way the pen tool works in Adobe I'm getting used to the way they ( gimpscape :) ) work.

The beauty of the open source model is that if you prefer a certain way of doing things you have the source of the application at your disposal, tweek it, change it, redo it.

I'd do that if I were in your (The One's who don't like the new 'export-save' dialogue) shoes

I still use 2.6.1 and it seems that once I update, if I ever do, that function makes a lot more sense.

If I export an image to jpg or png hitting ctrl+w exits Gimp without option to save as xcf(which would be the photoshop version of psd). Any layers or masks are lost.
The new version seems to make this occurance an impossibility. I'm doing my update this weekend :)

Kevin Brubeck Unhammer
2012-05-03 06:45:28 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Jonathan Kamens writes:

I hate the new Save vs. Export behavior. It is completely non-intuitive to me, it makes my brain stumble every time I try to do just about any of the things that I do in GIMP on a regular basis, and it makes most of my workflows take more thought and more button clicks / key presses than they used to.

I love the new behaviour :)

Here's just one use case that is completely destroyed by this change... Loading a JPG to edit and save back to JPG. Old way:

1. "gimp file.jpg". 2. Make changes.
3. Type ctrl-s periodically while working to save progress. 4. Type ctrl-q.

New way:

1. "gimp file.jpg". 2. Make changes.
3. Open File menu and select "Overwrite" (no keyboard shortcut for that!). 4. Periodically type ctrl-e to save further progress (because for some inexplicable reason, once you use the "Overwrite" command it disappears and is replaced with the "Export" command which appears to do exactly the same thing, but this one has a keyboard shortcut; how does that make sense, exactly)? 5. Type ctrl-q.
6. GIMP tells me I have unsaved changes, even though I just saved them with ctrl-e. 7. Click "Discard Changes" to really exit.

If I can't remember whether I've saved already or not and hit ctrl-e instead of using File | Overwrite, an export dialog pops up and if I just accept the file name in it, I am asked to confirm that I want to replace the file. Then I'm prompted for export settings. This is absurd.

Here's another use case that's rendered more complex by this change... Load an image, edit, and save in a different format. Old way:

1. "gimp image.fmt1". 2. Make changes.
3. ctrl-shift-s.
4. Modify extension in save dialog.

… and click away the warning about flattening / losing information ;)

5. ctrl-q.

New way:

1. "gimp image.fmt1". 2. Make changes.
3. ctrl-shift-e. (and, mind you, I have to remember that it's shift-ctrl-e, instead of shift-ctrl-s like in every other freakin' application I use on either Linux and Windows)

You can always rebind it, but is it really that difficult to remember?

4. Modify extension in save dialog. 5. Type ctrl-q.
6. GIMP tells me that I have unsaved changes, even though I just saved them with shift-ctrl-e.

This new warning replaces the old warning about flattening / losing information.

7. Click "Discard Changes" to really exit.

But what about when I do want to load an image in a non-XCF format and then save as XCF? Well, Ctrl-shift-e won't work for that, because the export dialog doesn't let you export as XCF. I see no advantage whatsoever to this restriction. So I have to remember that in this one special case of changing the format of an image, I have to use ctrl-s instead of ctrl-shift-e.

For those who use GIMP a lot, XFC is the default case, not the special case.

There isn't a single thing that I use GIMP for that is made easier or faster by this interface change. Not one thing.

I won't argue against that, but at the same time I don't see the big problem. It seems the users most likely to argue against it are those who don't do more than minor touch-ups in GIMP. Those who use GIMP more extensively, do gain a lot from the new functionality.

I understand that there is "information loss" when an image is saved as a format other than XCF. But the fact of the matter is that when all I'm doing is retouching an image, which is what I do most with gimp, I don't give a flying fig about that "information loss." I just want the image to save, nice and easy, when I'm done editing it. And I don't want to have to remember different commands for GIMP than for every other program I use. And I don't want the command I have to use the first time I save an image to be different from the command I use the next time; that just makes no sense. Because of this particular "feature," I can't even make this problem less onerous by swapping the ctrl-s/ctrl-e and shift-ctrl-s/shift-ctrl-e bindings. Brilliant!

I understand that the GIMP developers consider XCF a "special" format which deserves special treatment. Well, I don't, and I'm sure there are many, many users like me who don't either. This change is just sticking a thumb in all of our eyes.

You could have done this the LibreOffice way... When you try to save an image loaded from a format with information loss, you get a pop-up warning you and giving you the choice of whether to proceed or save as XCF (and also giving you the choice to make this warning go away in the future and just save like you told it to). This is what LibreOffice does, e.g., when you load and then try to save a DOC file.

Oh, no, please don't. Doc's at least retain _most_ of the information, now if you'd said .rtf you'd be closer to the truth …

Or you could have made this change at least a little bit less onerous by making the save dialog default to XCF but allowing the user to edit the extension to save to another format. But no, if you try to do that, it tells you, "Sorry, this dialog only saves in XCF format," and you have to cancel out of it and export instead.

In my opinion, this change is a huge, huge step backward in useability.

Jonathan Kamens

The ui docs linked to in this thread argue quite well for the change, I'll just describe my main use case: I love being able to both save and export as I go along. Working on a web site, I definitely want to keep layer info available, so I need the XCF, but to see how it looks in Firefox, I need the PNG there too. So as I change something, and I want to quickly see how it looks in Firefox, I can just ctrl+shift+e (then click reload in Firefox). And it'll retain the path I last specified, so I don't have to enter anything. And as I go along, I click ctrl+s to keep the main XCF up-to-date, again without having to re-enter the path.

With the old method, I would work on an XCF, then I had to save as, select PNG, ignore warnings, then, _very importantly_, I had to remember to switch back to XCF before I exited GIMP (or had a crash or power-loss or whatever), otherwise I'd lose the last steps. If I had GIMP focused but thought I had Firefox focused, and pressed Ctrl+W to close a tab, it'd take down the image instead with no warning about unsaved changes, and all the steps after I switched to "preview mode" would be lost. Pure danger. A graphical program shouldn't make you have to remember not to shoot yourself in the foot like that.

best regards, Kevin Brubeck Unhammer

2012-05-03 07:02:50 UTC (almost 2 years ago)
postings
5
contact
Send private message

HATE the new save vs. export behavior

I also hate the save/export feature, that does not bring any convenience at all, and causes lots of errors when you are tying to "save" an image. In former Gimp versions, typing the file name without extension was enough to "save" the file in xcf. Now, the program has gone STUPID enough to bring you a useless explanation when you (ARRGH!) "saved" instead of "exporting" and (maybe nobody tried yet), if you chose "export" and type xcf or no extension, you are also entitled to a little explanation telling that you should have selected the "save" option and saving is forbidden too. So that the fix I was about to propose (modify the sources, renaming "export" as "save", and "save" as, say "xcf save") is not as simple as I thought, as you also should avoid the dumb explanatory message and allow saving in xcf even if you are "exporting". I would like to know who introduced this new "feature": to my mind, it must be an infiltrated saboteur from Adobe.

Alexandre Prokoudine
2012-05-03 07:20:10 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 11:02 AM, Francois wrote:

I would like to know who introduced this new "feature":

Just read the release notes :)

to my mind, it must be an infiltrated saboteur from Adobe.

No, actually it's an alien conspiracy. First they sent us a death threat, but we called it dubstep and started dancing to it. So they tried a more intricate approach.

Alexandre Prokoudine http://libregraphicsworld.org

2012-05-03 07:22:06 UTC (almost 2 years ago)
postings
5
contact
Send private message

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 7:14 AM, Kasim Ahmic wrote:

I was just thinking like a toggle in the Preferences saying something like "Use old save/export method". But by default it's set to the new method.

Kasim.

I encourage you to carefully read intro at http://gui.gimp.org/index.php/Save_%2B_export_specification. It really explains why this option wouldn't make a lot of sense.

Alexandre Prokoudine
http://libregraphicsworld.org

I had a look to that page, and it made me understand that this option had been chosen by stiff, dogmatic and narrow-minded people who consider us, the users, vile and mentally limited cattle who needs to be evangelized by you, the programmers, enjoying the holy light and full understanding of the world's arcana...

2012-05-03 07:32:09 UTC (almost 2 years ago)
postings
5
contact
Send private message

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 11:02 AM, Francois wrote:

I would like to know who introduced this new "feature":

Just read the release notes :)

to my mind, it must be an infiltrated saboteur from Adobe.

No, actually it's an alien conspiracy. First they sent us a death threat, but we called it dubstep and started dancing to it. So they tried a more intricate approach.

Alexandre Prokoudine
http://libregraphicsworld.org

No. Reading your notes is not agreeing to them. This is always your answer, Alexandre: read the Holy Scripture I have just written, and if you don't agree, it means you didn't understand. This is your unvarying attitude, Alexandre: I wrote it => this is truth. Your constant error is you think that reasoning is truth.

Kevin Brubeck Unhammer
2012-05-03 08:07:04 UTC (almost 2 years ago)

HATE the new save vs. export behavior

"Judah Kleinveldt" writes:

Wow it seems those in disfavour of the new "save-export" function are pretty agro.

Although I don't have a neutral stance on it, I also see it as a _trivial_ change; and when I reflect a bit, I don't think it deserves this much discussion. As http://bikeshed.com/ (well worth the read) beautifully explains, "the amount of noise generated by a change is inversely proportional to the complexity of the change".

-Kevin

Alexandre Prokoudine
2012-05-03 08:08:22 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 11:32 AM, Francois wrote:

No. Reading your notes is not agreeing to them. This is always your answer, Alexandre: read the Holy Scripture I have just written, and if you don't agree, it means you didn't understand.
This is your unvarying attitude, Alexandre: I wrote it => this is truth. Your constant error is you think that reasoning is truth.

Dear Francois, let's get back to this discussion when you calmed down and stopped punching the air.

There is no single truth, but there is what we think is our way of doing things, and we follow it. It could be wrong for you, but it's right for us. Whether you stick with us or whether you depart is entirely up to you.

Alexandre Prokoudine http://libregraphicsworld.org

Alcides Viamontes Esquivel
2012-05-03 10:42:22 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Ah, this is the second time that I peep in this discussion list and find the "save vs export" battle raging :-) . It would have been nice if somebody had made a pool, with the two obvious choices and as a third having a switch in the preferences. For the record, I like better how it works now, even if I feel a bit annoying the a-program-that-forces-me-to-do-the-right-thing bit.

On Thu, May 3, 2012 at 10:08 AM, Alexandre Prokoudine < alexandre.prokoudine@gmail.com> wrote:

On Thu, May 3, 2012 at 11:32 AM, Francois wrote:

No. Reading your notes is not agreeing to them. This is always your

answer,

Alexandre: read the Holy Scripture I have just written, and if you don't

agree,

it means you didn't understand.
This is your unvarying attitude, Alexandre: I wrote it => this is truth.

Your

constant error is you think that reasoning is truth.

Dear Francois, let's get back to this discussion when you calmed down and stopped punching the air.

There is no single truth, but there is what we think is our way of doing things, and we follow it. It could be wrong for you, but it's right for us. Whether you stick with us or whether you depart is entirely up to you.

Alexandre Prokoudine http://libregraphicsworld.org
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Jonathan Kamens
2012-05-03 11:04:51 UTC (almost 2 years ago)

HATE the new save vs. export behavior

I thought about this more overnight, and it occurs to me that I'm not even willing to concede that the new interface is the best possible design for the people at whom it is supposedly targeted. There's another way of accomplishing the same thing which to my mind would be better for GIMP's supposed target audience /and/ better for more casual users like me:

If a user loads an image in a non-XCF format, ask /at load time/ whether the image is intended to be /loaded/ or /imported/. If it's being loaded, then save goes back to the original file. If it's being imported, then save goes to XCF. Keep the warning about information loss in the former case if, e.g., the user tries to save an image with layers (i.e., if there is /significant/ information loss, over and above any information loss like compression that is inherent in the format being used).

Doing things this way would optimize /both/ workflows for /both/ high-end and casual users. It would enable the program to do exactly what the user wants, in a smart way, every single time. It would, in short, be better than what's there now without losing any of the intention of the new interface.

Alexandre Prokoudine
2012-05-03 11:11:26 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 3:04 PM, Jonathan Kamens wrote:

If a user loads an image in a non-XCF format, ask at load time whether the image is intended to be loaded or imported. If it's being loaded, then save goes back to the original file. If it's being imported, then save goes to XCF. Keep the warning about information loss in the former case if, e.g., the user tries to save an image with layers (i.e., if there is significant information loss, over and above any information loss like compression that is inherent in the format being used).

In other words, just when we got rid of disruptive warnings you are siggesting to return one of them and add another one so that the first one wouldn't feel lonely? :)

Alexandre Prokoudine http://libregraphicsworld.org

Jonathan Kamens
2012-05-03 11:37:51 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/03/2012 07:11 AM, Alexandre Prokoudine wrote:

In other words, just when we got rid of disruptive warnings you are siggesting to return one of them and add another one so that the first one wouldn't feel lonely? :)

No, in other words, if the user's intent isn't clear, the program should /ask/, so that it doesn't do things the user doesn't want.

Or you could do what has already been suggested and make it possible for the user to indicate his intent by making the default behavior configurable. To make the non-default behavior easily selectable, you could add appropriate OS context menu, command-line and GIMP File menu options for the user to indicate explicitly what it is s/he wants to do in any particular case.

It would seem that even though it would be eminently possible to achieve the functionality that is desired for the target audience without also screwing over people who are harmed by the new behavior, there is no desire to do such a thing, because that would not line up with the "vision" of the application.

It seems clear to me at this point that either you are too invested in your work and backed into a corner at this point to be able to admit that there is any room for improvement, or you really /are/ trying to drive away users who aren't part of your target audience.

So be it. I'm done with this list.

Bye,

jik

Simon Budig
2012-05-03 12:04:45 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Jonathan Kamens (jik@kamens.us) wrote:

It seems clear to me at this point that either you are too invested in your work and backed into a corner at this point to be able to admit that there is any room for improvement, or you really /are/ trying to drive away users who aren't part of your target audience.

Well, some of us have been involved with the Gimp project for >= 15 years. We certainly won't assume that there is no more room for improvement. We're software engineers after all and we know that software development is an incremental effort.

However, there has been significant work been going into the new save behaviour and we won't easily give up on this after someone came to a judgement on that after thinking for maybe 20 minutes about it, apparently unwilling to see the benefits.

So yeah, in the next few weeks we will be stubborn and try to get a bigger picture on the reception. We certainly won't hastily revert everything to the old state or carelessly introduce new options.

If you can't handle this, please feel free to continue using the old version.

Bye,
Simon

Jay Smith
2012-05-03 14:15:29 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/02/2012 08:45 PM, Jonathan Kamens wrote:

New way:

1. "gimp file.jpg". 2. Make changes.
3. Open File menu and select "Overwrite" (no keyboard shortcut for that!).
4. Periodically type ctrl-e to save further progress (because for some inexplicable reason, once you use the "Overwrite" command it disappears and is replaced with the "Export" command which appears to do exactly the same thing, but /this/ one has a keyboard shortcut; how does that make sense, exactly)?

Jonathan, I hope that you realized that when editing a JPG, repeatedly saving/exporting to JPG (your step 4) reduces the quality (actually compresses / deletes data). Maybe this has been working for what you are doing, but I beleive it is contrary to what most users do -- because they don't want to diminish quality/data.

5. Type ctrl-q.
6. GIMP tells me I have unsaved changes, even though I just saved them with ctrl-e.
7. Click "Discard Changes" to really exit.

Maurice
2012-05-03 14:53:31 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thursday 03 May 2012 10:15:29 Jay Smith wrote:

when editing a JPG, repeatedly
saving/exporting to JPG (your step 4) reduces the quality (actually compresses / deletes data).

Having been away I've just been reading this thread, and would like to add my wish to those others who are unhappy at the sudden change in the Save dialogue.
In my case, I am not "repeatedly saving/exporting' to JPG", but only once per image (to write annotation), and I would guess that applies to many other users of Gimp - though possibly a minority. Having thus introduced myself to the wonderful Gimp, I am tempted to go on to make use of more powerful functions.

Is there really no room for a simple compromise that would satisfy both the more professional and the more casual users?

"Where there's a will there's a way"...

Regards,

GSR - FR
2012-05-03 15:15:20 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Hi,
paul@readiescards.co.uk (2012-05-03 at 0703.06 +0100):

My use case: I use GIMP for its mult-layer features, creating images from scratch and I want to save all my work in this multi-layer format (XCF) but I need to send draft versions and the finished image to friends/customers/websites etc as a flat image (e.g. an exported PNG)

So the new interface significantly helps me work much more effectively

In the old one, you could do this with Save a Copy.

GSR

Richard Gitschlag
2012-05-03 15:42:08 UTC (almost 2 years ago)

HATE the new save vs. export behavior

I'm on the fence. On one hand, I fully understand the reason for this change; on the other, it's such a sudden change (compared to every previous version of GIMP ever) that it CAN (and, really, should) be handled better:

When you use the "Save As" command and type a filename other than XCF, I would personally want to see, instead of simply telling you that Save is only for GIMP's native .xcf format and use the "Export" command for other formats, give it a prompt -- have it ask something like " 'Save' uses GIMP's internal image format only - would you like to Export a copy in [file format]? [export / cancel]"

Likewise, if you've opened up an image from a non-XCF format, the "Save" (not "Save As") command should ask whether you intend to save the file in GIMP's native XCF format or re-export it back to the original file format. (Current behavior is to pop up the "Save As" dialog box, just the same as with a new image -- which tends to result in situation #1 described above)

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

From: maurice@bcs.org.uk
To: gimp-user-list@gnome.org
Date: Thu, 3 May 2012 15:53:31 +0100 Subject: Re: [Gimp-user] HATE the new save vs. export behavior

On Thursday 03 May 2012 10:15:29 Jay Smith wrote:

when editing a JPG, repeatedly
saving/exporting to JPG (your step 4) reduces the quality (actually compresses / deletes data).

Having been away I've just been reading this thread, and would like to add my wish to those others who are unhappy at the sudden change in the Save dialogue.
In my case, I am not "repeatedly saving/exporting' to JPG", but only once per image (to write annotation), and I would guess that applies to many other users of Gimp - though possibly a minority. Having thus introduced myself to the wonderful Gimp, I am tempted to go on to make use of more powerful functions.

Is there really no room for a simple compromise that would satisfy both the more professional and the more casual users?

"Where there's a will there's a way"...

Regards, --
/\/\aurice (Retired in Surrey, UK)

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

2012-05-03 17:18:24 UTC (almost 2 years ago)
postings
1
contact
Send private message

HATE the new save vs. export behavior

In other words, just when we got rid of disruptive warnings you are siggesting to return one of them and add another one so that the first one wouldn't feel lonely? :)

Alexandre Prokoudine

I never found the "need to flatten layers before exporting" warnings to be particularly disruptive. Would be nice to have an option to suppress it, but it was doing it's job and warning me that I would be losing layers, etc. As someone else said, LibreOffice handles this perfectly with a single warning when you try to save a file in a non-native format.

I do use .XCF files and it is a good format. But that is only 10-20% of the files I work on and I certainly don't want to use it as an intermediary format on every image I edit.

It seems to me that the issue is less about the mechanics of saving/exporting and more about the implied repositioning of GIMP itself. It was/is a high-end image editor supporting multiple formats including it's own comprehensive one. With this change however you seem to be saying that you are now a powerful .XCF editor that can import/export other formats too. The replies above saying maybe people should be using other software for pure jpeg edits back this feeling up. The message we general users get from that is simple - "Use mainly .XCF files, or live with the discomfort, or leave". It is a clear split in the userbase and the aggression behind people opposing the change is understandable.

Olivier
2012-05-03 17:38:59 UTC (almost 2 years ago)

HATE the new save vs. export behavior

This is the 37th message in this series.

I love the "new" save vs. export behavior, which has existed for one year and half now, and thus is not so new after all. I'm completely accustomed to the simple idea that you don't save to Jpeg of PNG, you export to these formats, and you save only to the only format that saves almost everything in your image, i.e. XCF.

When I'm simply changing some simple things to several Jpeg photos, I'm accustomed to simple key sequences: Alt-F W for overwriting the photo, Ctrl+Shift+E for exporting it to another format, Ctrl+W then Alt-W for closing the image without saving it. Alt-key combinations are very useful and easy to remember.

Just my one cent addition to the discussion...

Olivier Lecarme

Steve Kinney
2012-05-03 18:48:47 UTC (almost 2 years ago)

HATE the new save vs. export behavior

In 05/2012 a lot of people wrote:

Wait, the Save dialog changed? OH NOES!!

My position can be guessed from the workflow I have followed since somewhere the first ports of the GIMP to Win32 (Tor Lillqvist ruined me for life):

1. Open an image file. 2. Save as .xcf
3. [everything else]
4. Do Control-s
5. Export as target image format.

There are two reasons to save as XCF, both have been mentioned in this thread: To save all the "state" of the image in progress so you can pick up where you left off and make more changes if/as required later, and to avoid cumulative compression artifacts.

The cost of doing it this way, is that you have to do a couple more commands per image worked on, and you end up with an additional file at the end of it all.

I can see this as a potential annoyance to people who routinely do a few simple, repetitive operations on a large number of images that will always and only be saved once and never edited again. The extra step of exporting to save could add up to a small but noticeable increase in time to complete a large number of edits. My crystal ball tells me, "Watch the plugin registry for a drop in solution to instant easy export."

Also, for those who need to do the same operations repeatedly to a large number of images, a suggestion: Look into imagemagick. It might be possible to fully automate all or a large part of that work.

:o)

Steve

Maurice
2012-05-03 19:11:40 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thursday 03 May 2012 14:48:47 Steve Kinney wrote:

Look into imagemagick. It
might be possible to fully automate all or a large part of that work.

I already use Imagemagick's 'Convert' as the 1st part of my task, the 2nd part of which needs Gimp.

Ken Warner
2012-05-04 01:38:08 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Or instead of the GIMP developers assuming that the users of GIMP are too stupid to know what they want, they could just let the user make all the decisions in a modal fashion.

If I start GIMP and generate a New file, bring up the usual file dialog with all the types of files that GIMP knows how to save and let the user select one filetype -- .xcf, jpeg, tiff -- whatever. Then when the user eventually clicks Save, the file is saved as that type of file -- .xcf, jpeg, tiff -- whatever.

If the user wants to save it as a different type of file he clicks Save As and proceeds similarly to just about every other computer program that allows saving of work. I am the better judge of what file format I want to save my work as than a programmer somewhere else in time and space.

Why are the GIMP developers interposing their own preferences on all the people who use and support GIMP? They are making this a much more complicated and contentious problem than it needs be

Alex Vergara Gil wrote:

El 03/05/2012 09:42 a.m., Richard Gitschlag escribi:

I'm on the fence. On one hand, I fully understand the reason for this change; on the other, it's such a sudden change (compared to every previous version of GIMP ever) that it CAN (and, really, should) be handled better:

When you use the "Save As" command and type a filename other than XCF, I would personally want to see, instead of simply telling you that Save is only for GIMP's native .xcf format and use the "Export" command for other formats, give it a prompt -- have it ask something like " 'Save' uses GIMP's internal image format only - would you like to Export a copy in [file format]? [export / cancel]"

Likewise, if you've opened up an image from a non-XCF format, the "Save" (not "Save As") command should ask whether you intend to save the file in GIMP's native XCF format or re-export it back to the original file format. (Current behavior is to pop up the "Save As" dialog box, just the same as with a new image -- which tends to result in situation #1 described above)

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

+1 with this
this seems to be the best approach I've seen in this discussion

Alex

From: maurice@bcs.org.uk
To: gimp-user-list@gnome.org
Date: Thu, 3 May 2012 15:53:31 +0100 Subject: Re: [Gimp-user] HATE the new save vs. export behavior

On Thursday 03 May 2012 10:15:29 Jay Smith wrote:

when editing a JPG, repeatedly
saving/exporting to JPG (your step 4) reduces the quality (actually compresses / deletes data).

Having been away I've just been reading this thread, and would like to add my wish to those others who are unhappy at the sudden change in the Save dialogue.
In my case, I am not "repeatedly saving/exporting' to JPG", but only once per image (to write annotation), and I would guess that applies to many other users of Gimp - though possibly a minority. Having thus introduced myself to the wonderful Gimp, I am tempted to go on to make use of more powerful functions.

Is there really no room for a simple compromise that would satisfy both the more professional and the more casual users?

"Where there's a will there's a way"...

Regards, --
/\/\aurice (Retired in Surrey, UK)

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

------------------------------------------------------------------------

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list
Richard Gitschlag
2012-05-04 03:26:04 UTC (almost 2 years ago)

HATE the new save vs. export behavior

The lack of an ability to "save" in any file type but GIMP's native XCF is a necessary drawback for the change, but I do agree that it is an uncomfortable one for many users (myself sometimes included).

If you compare Inkscape, it's a vector editor so its "Save" commands, despite all of the file formats it supports, are all vector document formats so if you want to rasterize it you use the "Export" command (which only supports PNG).

It is true, however, that many professional and commercial apps do not make a save/export distinction and allow you to "save" your document in any supported filetype -- MS Word, for example. You can open/save a document in a non-native format at any time, all you get is an extra prompt when using the "Save" command which basically asks whether you do want to save it in a non-native format, noting that the format chosen may or may not support "some features" that your actual document may or may not even use.

I saw a blog entry once criticizing open-source software in general on the grounds that many open-source developers don't take the users' interests as seriously as commercial devs do. Used the metaphor that "if your program can't do it right by your old Aunt Betty, then you're not doing it right at all". I don't want to criticize GIMP devs (beyond lightly, anyway) but I can definitely see where that blogger was coming from.

In the meantime I can confirm (and have reported) that the current save/export distinction has actual, bonafide bugs in it -- for example, the reason why the "Overwrite [filename]" command doesn't show a keyboard shortcut like the "Export (Ctrl+E)" command does is because the Overwrite and Export options are actually TWO separate commands (check your Keyboard Shortcuts preferences screen and see for yourself). That's right: GIMP has three menu commands for exporting non-XCF files when there should only be two ("Export" and "Export as", the analogue for "Save" and "Save As"). And even though GIMP only ever shows two on the menu at any time, you can access all three at any time via shortcuts and they have subtle differences in behavior that range from inconsistent to counter-intuitive.

For example, if you open a non-XCF image and immediately pound Ctrl+E you are prompted for the filename, prompted to overwrite the existing file, and then prompted for your format options. That's three extra clicks that have no logical reason to even exist, because had you selected the "Overwrite [filename]" command instead, GIMP would have simply saved the file back to its original format with No Questions Asked. And it gets better: Hit Ctrl+E a second time after all this, now GIMP saves the image back to its non-XCF format with no prompts whatsoever.

On the sunny side though ... at least the keyboard shortcut issue has a partial workaround: Go to your Keyboard Shortcuts Preferences and switch Ctrl+E from "Export to" to "Overwrite [filename]". This will eliminate a lot of clicks when all you want to do is open a non-XCF file, change some pixels and resave.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Date: Thu, 3 May 2012 18:38:08 -0700 From: kwarner000@verizon.net
To: alex@cphr.edu.cu; gimp-user-list@gnome.org Subject: Re: [Gimp-user] HATE the new save vs. export behavior

Or instead of the GIMP developers assuming that the users of GIMP are too stupid to know what they want, they could just let the user make all the decisions in a modal fashion.

If I start GIMP and generate a New file, bring up the usual file dialog with all the types of files that GIMP knows how to save and let the user select one filetype -- .xcf, jpeg, tiff -- whatever. Then when the user eventually clicks Save, the file is saved as that type of file -- .xcf, jpeg, tiff -- whatever.

If the user wants to save it as a different type of file he clicks Save As and proceeds similarly to just about every other computer program that allows saving of work. I am the better judge of what file format I want to save my work as than a programmer somewhere else in time and space.

Why are the GIMP developers interposing their own preferences on all the people who use and support GIMP? They are making this a much more complicated and contentious problem than it needs be

Alex Vergara Gil wrote:

El 03/05/2012 09:42 a.m., Richard Gitschlag escribió:

I'm on the fence. On one hand, I fully understand the reason for this change; on the other, it's such a sudden change (compared to every previous version of GIMP ever) that it CAN (and, really, should) be handled better:

When you use the "Save As" command and type a filename other than XCF, I would personally want to see, instead of simply telling you that Save is only for GIMP's native .xcf format and use the "Export" command for other formats, give it a prompt -- have it ask something like " 'Save' uses GIMP's internal image format only - would you like to Export a copy in [file format]? [export / cancel]"

Likewise, if you've opened up an image from a non-XCF format, the "Save" (not "Save As") command should ask whether you intend to save the file in GIMP's native XCF format or re-export it back to the original file format. (Current behavior is to pop up the "Save As" dialog box, just the same as with a new image -- which tends to result in situation #1 described above)

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

+1 with this
this seems to be the best approach I've seen in this discussion

Alex

From: maurice@bcs.org.uk
To: gimp-user-list@gnome.org
Date: Thu, 3 May 2012 15:53:31 +0100 Subject: Re: [Gimp-user] HATE the new save vs. export behavior

On Thursday 03 May 2012 10:15:29 Jay Smith wrote:

when editing a JPG, repeatedly
saving/exporting to JPG (your step 4) reduces the quality (actually compresses / deletes data).

Having been away I've just been reading this thread, and would like to add my wish to those others who are unhappy at the sudden change in the Save dialogue.
In my case, I am not "repeatedly saving/exporting' to JPG", but only once per image (to write annotation), and I would guess that applies to many other users of Gimp - though possibly a minority. Having thus introduced myself to the wonderful Gimp, I am tempted to go on to make use of more powerful functions.

Is there really no room for a simple compromise that would satisfy both the more professional and the more casual users?

"Where there's a will there's a way"...

Regards, --
/\/\aurice (Retired in Surrey, UK)

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

------------------------------------------------------------------------

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Alexandre Prokoudine
2012-05-04 03:29:40 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Fri, May 4, 2012 at 5:38 AM, Ken Warner wrote:

Or instead of the GIMP developers assuming that the users of GIMP are too stupid to know what they want, they could just let the user make all the decisions in a modal fashion.

If I start GIMP and generate a New file, bring up the usual file dialog with all the types of files that GIMP knows how to save and let the user select one filetype -- .xcf, jpeg, tiff -- whatever. Then when the user eventually clicks Save, the file is saved as that type of file -- .xcf, jpeg, tiff -- whatever.

If the user wants to save it as a different type of file he clicks Save As and proceeds similarly to just about every other computer program that allows saving of work. I am the better judge of what file format I want to save my work as than a programmer somewhere else in time and space.

Why are the GIMP developers interposing their own preferences on all the people who use and support GIMP? They are making this a much more complicated and contentious problem than it needs be

Dear Ken,

You simply don't understand the feature design process, and that leads to all kinds of amusing interpretations such as the one you suggested above.

Let me explain you.

GIMP developers don't "interpose" their preferences on people these days. Instead we go to our interaction architect and tell him: Hey Peter, there is one more thing we don't like in GIMP, because it causes certain issues for people. Can you provide as a solution.

Next thing that happens is that Peter asesses the situation, collects information, listens to different opinions, analyzes all of that and provides a specification.

This is how we do things. Whether you like the result or not is an entirely different thing.

I can't demand that from you, but it would be nice if you asked first and drew conclusions next.

Alexandre Prokoudine http://libregraphicsworld.org

gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list
Alexandre Prokoudine
2012-05-04 03:34:17 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Fri, May 4, 2012 at 7:26 AM, Richard Gitschlag wrote:

The lack of an ability to "save" in any file type but GIMP's native XCF is a necessary drawback for the change, but I do agree that it is an uncomfortable one for many users (myself sometimes included).

If you compare Inkscape, it's a vector editor so its "Save" commands, despite all of the file formats it supports, are all vector document formats so if you want to rasterize it you use the "Export" command (which only supports PNG).

I think I can provide you some insight here.

Saving/exporting system in Inkscape is stuck in the middle of a change. The proposal is to save only what Inkscape can really edit (SVG, maybe EPS) and export everything it can't edit completely (DXF, PDF etc) or can't edit at all (PNG). It hasn't been done yet, but it will be done.

Alexandre Prokoudine http://libregraphicsworld.org

Alexandre Prokoudine
2012-05-04 05:52:32 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, May 3, 2012 at 11:11 PM, Maurice wrote:

On Thursday 03 May 2012 14:48:47 Steve Kinney wrote:

Look into imagemagick. It
might be possible to fully automate all or a large part of that work.

I already use Imagemagick's 'Convert' as the 1st part of my task, the 2nd part of which needs Gimp.

The problem I see in this thread is that few people tell us exactly what they do and then complain that we don't do the right thing for them.

How can we possibly analyze the issues they are having? We can't.

We don't know exactly what you do ing GIMP during those unsafe workflows. We don't know if the sequence of actions you do can only be performed in GIMP. We don't know if your choice of GIMP as a tool is justified by logic, habit or accident.
We don't know if you need this unsafe workflow all the time or half the time.

Folks, you can tell us that, and then we can have a constructive discussion. Or you can keep telling us how we ignore you.

We've heard all sorts of curious accusations, but it's raw facts that we are interested in. We are listening.

Alexandre Prokoudine http://libregraphicsworld.org

gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list
Jeffery Small
2012-05-04 05:56:37 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Ken Warner writes:

Why are the GIMP developers interposing their own preferences on all the people who use and support GIMP? They are making this a much more complicated and contentious problem than it needs be

I have not used the newer version of GIMP yet, but I have to ask the same question.

I am a Solaris user, but I have to support a few Windows boxes in the office. After using XP for many years, I just got in a Windows 7 system, and I have spend untold days -- maybe weeks -- trying to get the simplest things to work. MS has made one gratuitous change after another with absolutely no improvement in functionality. Years of hard learned knowledge has gone down the drain. And this affects everything from system administration to adding a new song to Media Player. Just wait until a user in my office has to use the "ribbon" in Word or Excel. Slit my wrists now!

It seems to me that this Save change in GIMP falls into the same category. We users have years of experience learning work flow procedures. It is a simple matter to save to any format you like by specifying the file extension. The problem this change now creates is that it destroys all those years of learning, replacing something that works fine with a different procedure that will not offer any improved functionality.

If the designers want a function that only saves to xcf format, then leave Save as is and add a new SaveXCF option. Then, anyone who cares can map Ctrl-S to this new function and the rest of us can continue working as we have in the past, possibly migrating to the new method at our own pace. As a programmer myself, I can understand the technical arguments for making changes to a complex program like GIMP. However, when it comes to the GUI, there really needs to be a different mindset brought to bear.

Regards,

Gary Aitken
2012-05-04 05:57:31 UTC (almost 2 years ago)

jpeg loss on multiple export (Was: HATE the new save vs. export behavior)

On 5/3/2012 8:15 AM, Jay Smith wrote:

Jonathan, I hope that you realized that when editing a JPG, repeatedly saving/exporting to JPG (your step 4) reduces the quality (actually compresses / deletes data). Maybe this has been working for what you are doing, but I beleive it is contrary to what most users do -- because they don't want to diminish quality/data.

I've always been puzzled by statements like this.

GIMP doesn't reload the file after exporting, does it? If not, then the image in the GIMP's buffer should be the same high quality image it was prior to the export. Given that, as long as you don't exit the GIMP or reload the image from the exported file, multiple exports to a lossy format shouldn't cause loss of quality.

For example, if you do an export to jpeg and compress down to 15%, with the preview option set you can clearly see the loss of quality in the written image. However, when the export is complete, the image in the buffer reverts to the high quality it was prior to the export.

Is there something I'm missing?

Gary

Johan Vromans
2012-05-04 06:25:23 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Alexandre Prokoudine writes:

The problem I see in this thread is that few people tell us exactly what they do and then complain that we don't do the right thing for them.

Haven't tried 2.8 yet, but as I understand it:

- XCF is the native format for GIMP This is how e.g. OpenOffice does it. And this will be disliked by some.

As far as I can see it the new save will take a little time to get used to, but it seems the right approach. It will definitely prevent loss of image information when you least expect it.

-- Johan

Johan Vromans
2012-05-04 06:28:36 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Richard Gitschlag writes:

It is true, however, that many professional and commercial apps do not make a save/export distinction and allow you to "save" your document in any supported filetype -- MS Word, for example. You can open/save a document in a non-native format at any time, all you get is an extra prompt when using the "Save" command which basically asks whether you do want to save it in a non-native format, noting that the format chosen may or may not support "some features" that your actual document may or may not even use.

The main problem is that this file format is then silently used for subsequent saves, and that may not have been the intent.

-- Johan

Mario Valle
2012-05-04 06:35:24 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Thanks for asking, Alexandre!
1) Currently I'm using GIMP mostly (95% of the time) for photo retouching. The rest is mostly image adjustment for scientific visualization and for presentations. More complex works that need multilayer etc.: only 2 last year.
2) Photo: I always start from RAW format and use UFraw from GIMP as first step. So no need to save intermediate steps (RAW images are already big enough!). For the other images, never touch the original, but the steps are usually quite simple to redo. 3) Massive changes: I use ImageMagick 4) Why GIMP? I'm using it since 2000 if I recall correctly, so I'm used to it. It has invaluable set of plugins I can load and experiment with. It (plus ImageMagick) covers all my needs. 5) Why not another tool? I'm on Windows, so cannot use nice Linux tools (In my work I tend to use only tools that runs on all platforms). Tried various other tools but found they limited. Almost all are at the level of MS Paint, and now I'm too lazy to explore again. 6) I'm using GIMP in the wrong way? Maybe. But for more than ten years it has helped me immensely. Also, at least for me, it is important to reduce the number of tools to know. More or less this is my list in the image processing area: GIMP for raster, InkScape for vector, AVIdemux for movies, mencoder for all encoding. 7) Maybe could help everyone to collect a list of tools "more correct" for tasks for which people is currently using GIMP. For example I love to find something like darkroom for Windows. 8) For now I will stay with GIMP 2.6.12 Cleaning all these unwanted .xcf from C:\Photo is really too much for me.

Hope to have answered your questions Alexandre. And hope more people will answer your call instead of fighting.

And BTW: thanks for your work with GIMP! mario

On 04-May-12 07:52, Alexandre Prokoudine wrote:

On Thu, May 3, 2012 at 11:11 PM, Maurice wrote:

On Thursday 03 May 2012 14:48:47 Steve Kinney wrote:

Look into imagemagick. It
might be possible to fully automate all or a large part of that work.

I already use Imagemagick's 'Convert' as the 1st part of my task, the 2nd part of which needs Gimp.

The problem I see in this thread is that few people tell us exactly what they do and then complain that we don't do the right thing for them.

How can we possibly analyze the issues they are having? We can't.

We don't know exactly what you do ing GIMP during those unsafe workflows. We don't know if the sequence of actions you do can only be performed in GIMP. We don't know if your choice of GIMP as a tool is justified by logic, habit or accident.
We don't know if you need this unsafe workflow all the time or half the time.

Folks, you can tell us that, and then we can have a constructive discussion. Or you can keep telling us how we ignore you.

We've heard all sorts of curious accusations, but it's raw facts that we are interested in. We are listening.

Alexandre Prokoudine http://libregraphicsworld.org
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Greg Chapman
2012-05-04 09:25:00 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Hi Alexandre,

On 04 May 12 06:52 Alexandre Prokoudine said:

The problem I see in this thread is that few people tell us exactly what they do and then complain that we don't do the right thing for them.

80% of the time I load a .jpg to make some minor edits (use the Curves tool to adjust brightness, contrast or white balance, Crop to control composition and Scale to size an image for web use).

When doing that task the only change with 2.8 is that I must select "Export", instead of "Save As" from the File menu. No sweat!

Almost all of the other 20% of my time with the GIMP is making up collages of images or using the tools from producing fancy text or buttons or similar small decorative graphics for web sites.

In the past, I have sometimes regretted that I have not saved an .xcf, when I come to make changes to those images. The new approach the GIMP forces on me will encourage better practice.

In short, it makes perfect sense to me that a high end bitmap editor should, by default, save in its native format and export to other formats.

Just about every other program I know uses this pattern. Yes, it may mean I need to change my practices slightly, but it's hardly a chore and the change the GIMP team has decided to make, makes perfect sense to me.

Keep up the good work!

Greg Chapman http://www.gregtutor.plus.com
Helping new users of KompoZer and The GIMP

kevin
2012-05-04 09:50:14 UTC (almost 2 years ago)

HATE the new save vs. export behavior

I have already made my thoughts known - I don't like the new system.

That said, I have three options: (1) adapt my work habits, (2) stay on 2.6. or (3) change the source.

There is a fourth option: the dev's revert to the old functionality. But, clearly, this is not going to happen.

Of the three options, I can do (3) but don't want the hassle of maintaining my local patches for evermore. Plus I'm too lazy. Option (2) just isn't practical. So, in a very Sherlock Holmes fashion, that leaves me with option (1).

I'm sure that, ultimately, this precisely what everyone is going to have to do.

But the number of posts over the last couple of days tell a story: This obviously is a very invasive and unwelcome change to the workflow of many people.

We have heard of how the GIMP change process works. I have no idea of what can be done to prevent a repeat of this type of issue.

But I humbly suggest that something must change.

The positive is that the dev's have responded in a balanced and informative way.

Finally, to the dev's: thanks for a great product - with one exception. ;) I have already made my thoughts known - I don't like the new system.

That said, I have three options: (1) adapt my work habits, (2) stay on 2.6. or (3) change the source.

There is a fourth option: the dev's revert to the old functionality. But, clearly, this is not going to happen.

Of the three options, I can do (3) but don't want the hassle of maintaining my local patches for evermore. Plus I'm too lazy. Option (2) just isn't practical. So, in a very Sherlock Holmes fashion, that leaves me with option (1).

I'm sure that, ultimately, this precisely what everyone is going to have to do.

But the number of posts over the last couple of days tell a story: This obviously is a very invasive and unwelcome change to the workflow of many people.

We have heard of how the GIMP change process works. I have no idea of what can be done to prevent a repeat of this type of issue.

But I humbly suggest that something must change.

The positive is that the dev's have responded in a balanced and informative way.

Finally, to the dev's: thanks for a great product - with one exception. ;)

Kev

jfrazierjr@nc.rr.com
2012-05-04 11:50:41 UTC (almost 2 years ago)

HATE the new save vs. export behavior

---- kevin wrote:

I have already made my thoughts known - I don't like the new system.

That said, I have three options: (1) adapt my work habits, (2) stay on 2.6. or (3) change the source.

There is a fourth option: the dev's revert to the old functionality. But, clearly, this is not going to happen.

Of the three options, I can do (3) but don't want the hassle of maintaining my local patches for evermore. Plus I'm too lazy. Option (2) just isn't practical. So, in a very Sherlock Holmes fashion, that leaves me with option (1).

I'm sure that, ultimately, this precisely what everyone is going to have to do.

But the number of posts over the last couple of days tell a story: This obviously is a very invasive and unwelcome change to the workflow of many people.

some != many(relatively speaking of course)...

From my reading(I did not do a count), but it seemed that more people accepted the change as "it make sense even if I have to spend some time adjusting" vs "I can't live with this change".

I am not a dev on gimp, but I personally like the change. I HATE, HATE, HATE the damned popups in < 2.8 when I save jpeg/png files EVERY TIME!! For me, that really slows down "my" workflow. 99% of the work I do in gimp is with layers and is either editing an existing work(sometimes jpeg/png format, sometimes xcf) or creating something whole cloth from nothing.

Many times I take images other people are working on and perform a sample few operations on it to show a technique and then repost to a forum. Previously, if I edited a jpeg/png and exited, gimp would silently quit and I would loose my edit stack... now, I am properly warned that I modified a file and did not save to GIMP's internal format which would preserve that information. This is critical for me since there are times when the other person want's to know the steps as opposed to just seeing the end result. I do a LOT of editing where I add shadows to someone else's art work(again, as in to provide an example) and most of the time I create a 50% grey layer and use the dodge/burn tools to discretely build up high/lowlights. The main point here is not what is being done, but that I NEVER, EVER modify the original image if I can figure out a way around it(same thing with layer masks... never "erase" something, mask it!!!!)

All in all, I have still not gotten used to the change as of yet, but no matter what, it was the right thing to do.

For 2.10, perhaps, just perhaps I can see another solution to add a "open for quick edit" type menu item which would just open the file in native format and save out to same with no prompts(since it's an explicit action).

I do agree however with whoever said Overwrite is broken(based solely on their description). If you select Overwrite via menu or keyboard shortcut, you are explicitly telling GIMP you are sure of what you are doing, so why the prompts....

isabel brison
2012-05-04 12:18:15 UTC (almost 2 years ago)

HATE the new save vs. export behavior

In short, it makes perfect sense to me that a high end bitmap editor should, by default, save in its native format and export to other formats.

Just about every other program I know uses this pattern.

What about Adobe Photoshop? Or doesn't proprietary software count? because that's the high end bitmap editor the vast majority of professionals use.

Just wondering. I'm not against the change; in my workflow it hardly makes any difference.

I.

Richard Gitschlag
2012-05-04 16:06:02 UTC (almost 2 years ago)

HATE the new save vs. export behavior

From: jvromans@squirrel.nl
To: gimp-user-list@gnome.org
Date: Fri, 4 May 2012 08:28:36 +0200 Subject: Re: [Gimp-user] HATE the new save vs. export behavior

Richard Gitschlag writes:

It is true, however, that many professional and commercial apps do not make a save/export distinction and allow you to "save" your document in any supported filetype -- MS Word, for example. You can open/save a document in a non-native format at any time, all you get is an extra prompt when using the "Save" command which basically asks whether you do want to save it in a non-native format, noting that the format chosen may or may not support "some features" that your actual document may or may not even use.

The main problem is that this [non-native] file format is then silently used for subsequent saves, and that may not have been the intent.

-- Johan

That is actually a moot point in practice - the win32 "Save" dialog always defaults to the application's native format, so a random Save command will always use the app's native format unless the user explicitly selects otherwise. Most apps will also double-check the typed filename and append a matching extension if the user typed something else, just to prevent mistakes. E.g. if I want to save a "filename.jpg" in MS Paint but the filetype dropdown still said "bitmap", Paint won't save my "filename.jpg" in BMP format, it will save "filename.jpg.bmp" in BMP format.

-- Stratadrake strata_ranger@hotmail.com
--------------------

Maurice
2012-05-04 16:29:21 UTC (almost 2 years ago)

Problem with Gimp 2.7.4 'Text'

On Thursday 03 May 2012 15:53:31 (in 'Hate the new...' thread) I wrote:

I am not "repeatedly saving/exporting' to JPG", but only once per image (to write annotation),

Using Gimp 2.6 on a Mandriva system. I have happily been using a combination of Imagemagick's 'Convert' and Gimp to write annotation at the foot of certain directories of .jpg images:

(1) Place a white panel at the foot of each image:

--------------------------------------------- for img in *.jpg
do convert $img -gravity South -background White -splice 0x50 $img done
---------------------------------------------

(2) Take each image into Gimp (2.6), select Text, click on the white panel, and write the annotation into the white panel, then save/export (or whatever).
A very simple, smooth, and effective solution.

Now, however, I am working on Mageia-2 (Beta3), which provides Gimp 2.7.4, and - guess what - the Text function now works differently and (for my purpose) more clumsily, tripling the effort needed to write the text.

With 2.6, selecting Text and clicking on the white panel brought up a text-entry window, such that any text entered also appeared in a dynamic window in the white panel.
However, with 2.7.4, the text-entry window is much smaller, with no apparent adjustment control, and any text entered does *not* appear in the white panel.
(But I did discover that one could cut-paste from one to the other, though the dynamic box seems more difficult to adjust.)

So the previously simple process has become a messy slog.

Have I misssed some setting/adjustment in the new Text function?

(Alternatively, could anyone recommend a package that could perform the function of writing text into these image panels, please?)

Regards,

Daniel Jensen
2012-05-04 17:17:26 UTC (almost 2 years ago)

HATE the new save vs. export behavior

First off, I'll say that I understand the rationale for the newer save/export behavior, and even if it needed to be tweaked a little to provide a better user experience it's best for devs to see how people adjust and look at how feedback develops over the next months rather than simply giving up on their vision and reverting immediately because of a few naysayers.

(Someone could argue that the GIMP could identify times when other formats will serve just as well as xcf and then allow for saving. For instance, if you load a png, do a bunch of editing, and arrive at something that has only one layer, "saving" as png might seem appropriate. OpenRaster especially would usually do fine as a "save" format. But this might lead to complications, esp. because allowing saves to "weaker" lossless formats whenever you aren't using things that format is missing would mean whether you can save in your original format could change a lot during the course of editing an image.)

My main reason for writing here is to warn about the elitist attitude starting to show itself, which would harm the project in the long run. It's fine to target high-end use, but acting as though uses fall into two sharply distinct categories of "high-end" and "casual" and that one kind of user always uses it in "high-end" ways while others always use it in "casual" ways is totally farcical and counterproductive. The truth of the matter is that there is no sharp distinction. It's a continuum, both among uses and among users. Even a professional user may often want to use their favorite image editor to take care of some work that doesn't really require "high-end" capabilities. Appeal to the most technical professional users isn't a dominating reason for Photoshop's huge success or for whatever popularity the GIMP now enjoys. That success is at least as much because they give users whose needs could usually have been satisfied by something simpler an app with room to grow -- and the confidence that if something they're working on proves to be more demanding they won't be suddenly crashing against the limitations of their software.

Saying "Look, your use case means you might not understand the reasons behind our design decision right now" is perfectly fine. But some posts here have gotten way too close to "You're not 'high-end' enough to be a gimp user, so go away" which is destructive.

Alexandre Prokoudine
2012-05-04 18:00:59 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Fri, May 4, 2012 at 9:17 PM, Daniel Jensen wrote:

My main reason for writing here is to warn about the elitist attitude starting to show itself, which would harm the project in the long run.

Saying "Look, your use case means you might not understand the reasons behind our design decision right now" is perfectly fine. But some posts here have gotten way too close to "You're not 'high-end' enough to be a gimp user, so go away" which is destructive.

Daniel,

Every change that touches workflows causes hatefests. In any software. Always. As a rule :) Even though we didn't so much _change_ workflows as _introduced_ one at last.

That change is there for a reason. And the reason is that we are trying to target a special group of users who have certain workflows and work on files in certain ways.

It's not possible to make this change without losing part of the user base. This had been understood from the very beginning. The work on usability improvement started in 2006 from interviews with _professionals_. If we targeted people with unsafe workflows, we would interview non-professionals. The direction of the development was publicly declared years ago (OK, it does sounds a bit like Vogons destroying Earth, I admit :)).

Now, personally, that is, not on behalf of the team, I think that anyone who is trying to imply that we hate users, or ignore users, or try to force something on them simply needs to calm down, go outside, breath some fresh air and spend a great time with friends or family. Then go back and discuss this as a grown-up person.

Honestly, I'm quite tired of all the shouting. If we didn't care about users, we wouldn't make this software freely available for everyone in the first place, or write the docs or do technical support, or answer the question why we made this change again and again and again. Somehow people tend to forget such things.

So, again, we never expected everyone to just love this change -- we have neither will nor means to enforce GIMP loving. But so far this change is an integral part of the product vision. It could be adjusted in the future. Or maybe not.

Simply put, it's all a matter of perspective and really boils down to how one approaches things that happen in life. One could view this as an opportunity to create an awesome image editor for people who never save project files, or start using such an editor. Or one could view this as another sign that the end of the world is rapidly approaching, and it's about time to start wearing paper bags on the head.

Alexandre Prokoudine http://libregraphicsworld.org

Akkana Peck
2012-05-04 18:10:23 UTC (almost 2 years ago)

HATE the new save vs. export behavior

kevin writes:

I have already made my thoughts known - I don't like the new system.

That said, I have three options: (1) adapt my work habits, (2) stay on 2.6. or (3) change the source.

There is a fourth option: the dev's revert to the old functionality. But, clearly, this is not going to happen.

And a fifth option: write a plug-in that does what you want Save to do, perhaps involving gimp-file-save, and bind it to Ctrl-S.

I don't like the new model either, but I'm going to work with it for a while and see if I continue to feel that way. If I decide I still don't like the change, writing a plug-in seems like it should be a straightforward fix.

...Akkana

Steve Kinney
2012-05-04 20:03:38 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/04/2012 02:10 PM, Akkana Peck wrote:

And a fifth option: write a plug-in that does what you want Save to do, perhaps involving gimp-file-save, and bind it to Ctrl-S.

I don't like the new model either, but I'm going to work with it for a while and see if I continue to feel that way. If I decide I still don't like the change, writing a plug-in seems like it should be a straightforward fix.

Akkana saves the world, my crystal ball proves accurate once again (see my earlier message in this thread), and all is well with teh world.

:o)

Steve

Daniel Jensen
2012-05-04 20:51:03 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Alexandre,

That change is there for a reason. And the reason is that we are trying to target a special group of users who have certain workflows and work on files in certain ways.

As I said in my previous email, I understand the reasons and fundamentally agree with the change, and I really don't think the reasons only apply to "a special group of users." There really is no such sharply defined group.

There is a continuum of uses and of users, and the focus of the GIMP's vision is somewhat towards the "high end" of the use continuum. The justification for the export change is strongest for the uses which are in focus for that vision. Just as there is no way to always separate what you see in your visual field into the two categories "entirely in focus" and "not at all in focus," there's a gradation in how much particular real users' uses of the GIMP are in focus as developers pursue their vision. You can't separate folks into the categories of "users who always use the software in an idealized entirely 'high-end' way" and "users who always use the software in a completely 'casual' way." So the benefits of the save/export change are a gradation rather than a binary variable too. Sure, some people may be so offended by having to change either their keystrokes or their save patterns that they'll go elsewhere. But I'm convinced that will have more to do with their temperaments than their use patterns.

Now, personally, that is, not on behalf of the team, I think that anyone who is trying to imply that we hate users, or ignore users, or try to force something on them simply needs to calm down, go outside, breath some fresh air and spend a great time with friends or family. Then go back and discuss this as a grown-up person.

I fully agree with this and with most of the rest of what you've said, and I understand your frustration with the "shouting" way people are reacting to the change. I just think folks need to be careful about giving the wrong impression in their reactions to this "shouting." You know there is no "us vs them", no "either you're an exact instantiation of this idealized user with this idealized workflow or you need to stop using the software," etc. But less-informed people could start to get that impression from the way some of the early posts in this conversation went.

-Dan

John Coppens
2012-05-04 21:17:32 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Fri, 4 May 2012 09:52:32 +0400 Alexandre Prokoudine wrote:

We don't know exactly what you do ing GIMP during those unsafe workflows.

About 90% of the time I load PNGs or jpegs (100s of them), edit them, and save them back in the same format - I don't have any necessity for XCF in these cases.

We don't know if the sequence of actions you do can only be performed in GIMP.

I'm not sure what this question means. Would you prefer I use another program instead of Gimp? I only use Linux (have been for 15-odd years), and Gimp is the only mature (bitmap) graphics editor I know.

We don't know if your choice of GIMP as a tool is justified by logic, habit or accident.

Choice (see previous point).

We don't know if you need this unsafe workflow all the time or half the time.

I'm not sure what's unsafe. I like the actual (2.6) flow for most of my work (see first point).

Note that I haven't installed the new Gimp yet. From what I can understand in the discussion is that Open still opens all formats, but Save doesn't save anything but XCF. That's just not logical, practical or even aesthetic.

It certainly is not intuitive. The operation should be symmetrical: If I open a PNG, save should save a PNG (unless I applied changes which would disappear if saved as a PNG, in which case I'd like a warning).

Which is, in fact, the behaviour we have now in 2.6, isn't it?

John

Partha Bagchi
2012-05-04 21:19:40 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Fri, May 4, 2012 at 4:03 PM, Steve Kinney wrote:

On 05/04/2012 02:10 PM, Akkana Peck wrote:

And a fifth option: write a plug-in that does what you want Save to do, perhaps involving gimp-file-save, and bind it to Ctrl-S.

I don't like the new model either, but I'm going to work with it for a while and see if I continue to feel that way. If I decide I still don't like the change, writing a plug-in seems like it should be a straightforward fix.

Akkana saves the world, my crystal ball proves accurate once again (see my earlier message in this thread), and all is well with teh world.

:o)

Steve _______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

A similar plug-in has been available for a long time (save & export) and included in my "Useful Plugins" download.

Daniel Smith
2012-05-04 23:45:16 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Francois. Presently reading the Gimp saving vs export list. thank you for the humor. "Arcana?!" I had to look that one up! And I am very well read, believe me. What a nice word. Are you in charge of the gimpuser.com site, or admin or whatever? Well, one good thing, at least through this fray I found your site. Dan Smith
Houston

On 5/3/12, Francois wrote:

On Thu, May 3, 2012 at 7:14 AM, Kasim Ahmic wrote:

I was just thinking like a toggle in the Preferences saying something like "Use old save/export method". But by default it's set to the new method.

Kasim.

I encourage you to carefully read intro at http://gui.gimp.org/index.php/Save_%2B_export_specification. It really explains why this option wouldn't make a lot of sense.

Alexandre Prokoudine
http://libregraphicsworld.org

I had a look to that page, and it made me understand that this option had been chosen by stiff, dogmatic and narrow-minded people who consider us, the users, vile and mentally limited cattle who needs to be evangelized by you, the programmers, enjoying the holy light and full understanding of the world's arcana...

--
Francois (via gimpusers.com)
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

jfrazierjr@nc.rr.com
2012-05-04 23:52:59 UTC (almost 2 years ago)

HATE the new save vs. export behavior

It certainly is not intuitive. The operation should be symmetrical: If I open a PNG, save should save a PNG (unless I applied changes which would disappear if saved as a PNG, in which case I'd like a warning).

And that's the point, GETTING rid of the damn warnings! For me, every single time I edit/create a jpeg/png file, this just goes to slow things WAY down. One dialog for export/ignore/cancel + if this is the first save, an additional one to set the quality. The change fixes that by forcing me to be be explicit(ie, I want to export).

Also, one slip of the finger in 2.6(Ignore instead of export) on that damned dialog box and low an behold all of my layer work is GONE, PERMANENTLY, FOREVER!!!! Now my nice workflow where I do lots of non destructive editing is for naught because I hit the wrong damn button. The goal here is to be damn sure that this type of silliness does not happen anymore by making you be explicit in your workflow. I know dozens of people who have lost tens or even hundreds of layers in a second by a mis-key and this change will totally prevent them from loosing work at the cost of some people having to adapt to change and spend and extra 2-4 seconds per image.

Do you really think your few extra seconds are more important than possibly hours worth of work by people who use the features of GIMP that take it far beyond a simple photo editor? BTW, I am high functioning autism, so I do not adapt to change well myself, but IMHO, this is a good change mainly because I have been burned by this exact problem before.

Daniel Smith
2012-05-05 00:26:39 UTC (almost 2 years ago)

HATE the new save vs. export behavior

So 2.8 saves the history as well? Just wondering. On a Mac and still
looking...Course'n, it's a ppc mac so it probably won't work even when they do offer... Thanks.
Dan

On 5/4/12, jfrazierjr@nc.rr.com wrote:

It certainly is not intuitive. The operation should be symmetrical: If I open a PNG, save should save a PNG (unless I applied changes which would disappear if saved as a PNG, in which case I'd like a warning).

And that's the point, GETTING rid of the damn warnings! For me, every single
time I edit/create a jpeg/png file, this just goes to slow things WAY down. One
dialog for export/ignore/cancel + if this is the first save, an additional one
to set the quality. The change fixes that by forcing me to be be explicit(ie, I want to export).

Also, one slip of the finger in 2.6(Ignore instead of export) on that damned

dialog box and low an behold all of my layer work is GONE, PERMANENTLY, FOREVER!!!! Now my nice workflow where I do lots of non destructive editing
is for naught because I hit the wrong damn button. The goal here is to be damn
sure that this type of silliness does not happen anymore by making you be explicit
in your workflow. I know dozens of people who have lost tens or even hundreds of layers in a second by a mis-key and this change will totally prevent
them from loosing work at the cost of some people having to adapt to change and
spend and extra 2-4 seconds per image.

Do you really think your few extra seconds are more important than possibly hours
worth of work by people who use the features of GIMP that take it far beyond

a simple photo editor? BTW, I am high functioning autism, so I do not adapt to
change well myself, but IMHO, this is a good change mainly because I have been
burned by this exact problem before. _______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Daniel Smith
2012-05-05 00:40:10 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Can I just ask Alexander Prokoudinea question then, since he's obviously very tied to the project intimately? Can I ask if this decision to go to export vs. save, is it somewhat based around needs of people running gimp without the interface, as a server component?
Just wondering.
Dan
Houston

Chris Mohler
2012-05-05 00:56:20 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Fri, May 4, 2012 at 7:40 PM, Daniel Smith wrote:

Can I ask if this decision to go to export vs. save, is it somewhat based around needs of people running gimp without the interface, as a server component?

No - it has to do with these two items, specifically:

http://gui.gimp.org/index.php/GIMP_UI_Redesign#product_vision http://gui.gimp.org/index.php/Save_%2B_export_specification

For myself, export/overwrite still seems clumsy when working on simple, one-off edits. OTOH, I no longer have to worry about accidentally flattening my 10-layer composition when saving a PNG and then forgetting to resave as XCF. I'm thinking the long-term gain of not having to recreate hours of work is a big enough carrot that I can bear the stick of forced overwrite/export. I'm still getting used to it though, and who knows - maybe export/overwrite can be refined a bit.

Just my 0.02 to keep the flame war moving along nicely ;)

Chris

Daniel Smith
2012-05-05 03:20:40 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Nothing like a flame war. Though I must say that I love these "topics" cause it lets a lot of info out about how people have their different workflows, etc. I'm on a Mac and thus relegated to 2.6 but I've leanred an awful lot from reading all said posts. I really love this list and the helpful nature and devotion. If people weren't interested, they wouldn't write. I'd love to get a GEGL list started in such a way. Dan
Houston

On 5/4/12, Chris Mohler wrote:

On Fri, May 4, 2012 at 7:40 PM, Daniel Smith wrote:

Can I ask if this decision to go to export vs. save, is it somewhat based around needs of people running gimp without the interface, as a server component?

No - it has to do with these two items, specifically:

http://gui.gimp.org/index.php/GIMP_UI_Redesign#product_vision http://gui.gimp.org/index.php/Save_%2B_export_specification

For myself, export/overwrite still seems clumsy when working on simple, one-off edits. OTOH, I no longer have to worry about accidentally flattening my 10-layer composition when saving a PNG and then forgetting to resave as XCF. I'm thinking the long-term gain of not having to recreate hours of work is a big enough carrot that I can bear the stick of forced overwrite/export. I'm still getting used to it though, and who knows - maybe export/overwrite can be refined a bit.

Just my 0.02 to keep the flame war moving along nicely ;)

Chris

2012-05-05 03:56:15 UTC (almost 2 years ago)
postings
2
contact
Send private message

HATE the new save vs. export behavior

Yeah; file this decision under if it ain't broke, fix it anyway category. lol

Maybe there is a method to the developer's madness, but I've yet seen the reason why. Doubt it will get changed back now though, so I've just accepted it, but I've still not gotten use to it yet, and I've been running RC1 for a few weeks now. :)

Richard Gitschlag
2012-05-05 04:19:16 UTC (almost 2 years ago)

HATE the new save vs. export behavior

For myself, export/overwrite still seems clumsy when working on simple, one-off edits. OTOH, I no longer have to worry about accidentally flattening my 10-layer composition when saving a PNG and then forgetting to resave as XCF. I'm thinking the long-term gain of not having to recreate hours of work is a big enough carrot that I can bear the stick of forced overwrite/export. I'm still getting used to it though, and who knows - maybe export/overwrite can be refined a bit.

Chris

You should be saving your .xcf file first, THEN save the PNG copy of it. Priorities :)

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Oon-Ee Ng
2012-05-05 06:19:49 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Sat, May 5, 2012 at 11:56 AM, Lyle wrote:

Yeah; file this decision under if it ain't broke, fix it anyway category. lol

Maybe there is a method to the developer's madness, but I've yet seen the reason why. Doubt it will get changed back now though, so I've just accepted it, but I've still not gotten use to it yet, and I've been running RC1 for a few weeks now. :)

The total lack of respect in this thread (madness? really?) is disappointing. Where do all these feelings of entitlement come from?

I've been using the betas for a while (single-window on a tiling WM, whee!!) and it took all of 2 sessions to get used to the change. Its just a different key for the same behaviour, after all, no functionality has been removed. But of course writing rants to the ML and insinuating negative motives to the devs is preferable to retraining finger memory....

2012-05-05 06:58:31 UTC (almost 2 years ago)
postings
17
contact
Send private message

HATE the new save vs. export behavior

I had it too, I discovered in the previous version 2.7 and I was very disappointed about it. I vote for a reverse to the old and more intuitive way. Thanks and bye.
Kekko

Archie Arevalo
2012-05-05 07:16:50 UTC (almost 2 years ago)

HATE the new save vs. export behavior

The classic case of YMMV.

Some do love the new GIMP, while others prefer the old layout. Changes can be pretty difficult for others but ... I would camp with Oon-Ee Ng when he wrote, "and it took all of 2 sessions to get used to the change.

Face it. There are the GIMP users, and there are those who need to start looking for an alternative.

But for the PEACE IN THE WORLD, have respect for the developers. You are already getting their hard work for free. At least, don't post your messages with an attitude.

Ken Warner
2012-05-05 08:21:20 UTC (almost 2 years ago)

HATE the new save vs. export behavior

In general, I agree with you Archie. This discussion should be more civil but many posts calling for civility have come from people who want to divide the user base into two groups where one group is somehow more entitled to use GIMP than the other because of the things they do with GIMP.

I find that as unsettling as those who forget all the hard work the developers have done to bring GIMP to us all as a very useful tool.

Those that seem to want to divide the user base into the "professionals" and those others always point to the use of .xcf files as the norm for those who are the "target" users.

Well, I wonder of all the people who use GIMP, what is the percentage of people who use .xcf files as the usual format in which to save their work? Simple question. How many people use .xcf files regularly and how many don't? And is the use of .xcf files really the way to bifurcate the user community into those who should be using GIMP and those who shouldn't? If a person -- like myself -- uses GIMP to touch up digital photographs, should I be excluded from using GIMP because I don't save my work as .xcf files?

Archie Arevalo wrote:

The classic case of YMMV.

Some do love the new GIMP, while others prefer the old layout. Changes can be pretty difficult for others but ... I would camp with Oon-Ee Ng when he wrote, "and it took all of 2 sessions to get used to the change.

Face it. There are the GIMP users, and there are those who need to start looking for an alternative.

But for the PEACE IN THE WORLD, have respect for the developers. You are already getting their hard work for free. At least, don't post your messages with an attitude.

------------------------------------------------------------------------

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Alexandre Prokoudine
2012-05-05 08:32:22 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Sat, May 5, 2012 at 1:17 AM, John Coppens wrote:

On Fri, 4 May 2012 09:52:32 +0400 Alexandre Prokoudine wrote:

We don't know exactly what you do ing GIMP during those unsafe workflows.

About 90% of the time I load PNGs or jpegs (100s of them), edit them, and save them back in the same format - I don't have any necessity for XCF in these cases.

Sorry but this is simply not verbose enough. How exactly do you edit them? What kind of chnages do you apply? Tools and filters you use?

We don't know if the sequence of actions you do can only be performed in GIMP.

I'm not sure what this question means.

The question should be understood literally :) Is GIMP the only tool to get your job done?

We don't know if you need this unsafe workflow all the time or half the time.

I'm not sure what's unsafe.

Losing multiple layers, masks, extra channels etc. is unsafe.

Note that I haven't installed the new Gimp yet.

*sigh*

It certainly is not intuitive.

*sigh*

I wish people used _experience_ for judging things.

Alas, the misconception of intuition isn't going away either.

Alexandre Prokoudine http://libregraphicsworld.org

Olivier
2012-05-05 09:14:49 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Just to add one more link to this long thread, do you remember when the Toolbox menus disappeared? How many people whined or screamed because this change ruined their way to use GIMP? How many people spoke about MY workflow, MY habits, MY opinion about this stupid change, and threatened to stick to version 2.4, to fork to a more sensible version, to give up and use something else, to develop their own GNU image processing program? How many people explained that GIMP developer were stupid, ignorant, arrogant, scornful, etc. (I can't find my thesaurus to add more synonyms)?

And now, how many people remember the Toolbox menus?

Olivier Lecarme

Ofnuts
2012-05-05 09:40:23 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/05/2012 11:14 AM, Olivier wrote:

Just to add one more link to this long thread, do you remember when the Toolbox menus disappeared? How many people whined or screamed because this change ruined their way to use GIMP? How many people spoke about MY workflow, MY habits, MY opinion about this stupid change, and threatened to stick to version 2.4, to fork to a more sensible version, to give up and use something else, to develop their own GNU image processing program? How many people explained that GIMP developer were stupid, ignorant, arrogant, scornful, etc. (I can't find my thesaurus to add more synonyms)?

And now, how many people remember the Toolbox menus?

That's the bane of UI developers... everybody has an opinion, so for one person who does the work, fifty others feel entitled to criticize.

Contrast to how many people are likely to have a look at the Cage tool code(*) and make helpful suggestions

(*) only taken as a potential example, nothing implied, I didn't read the code :)

Maurice
2012-05-05 10:32:31 UTC (almost 2 years ago)

Problem with Gimp 2.7.4 'Text'

On 2012-05-04 at 17:29 I said:

with 2.7.4, the text-entry window is much smaller, with no apparent adjustment control, and any text entered does not

appear in

the white panel.
(But I did discover that one could cut-paste from one to the other, though the dynamic box seems more difficult to adjust.)

So the previously simple process has become a messy slog.

Have I misssed some setting/adjustment in the new Text

function?

What was the purpose of the 2.7.4 change to the Text function? In what sense is it an improvement? Who is supposed to benefit?

I am willing to adapt to the new way if there is a way of adjusting it to perform as conveniently as in 2.6...

Regards,

Alexandre Prokoudine
2012-05-05 14:30:02 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Sat, May 5, 2012 at 12:21 PM, Ken Warner wrote:

but many posts calling for civility have come from people who want to divide the user base into two groups where one group is somehow more entitled to use GIMP than the other because of the things they do with GIMP.

You know, it's quite frustrating that after all the explanations people still seem to get this wrong. So let's try again.

We are not separating people into better of worse users, or the deserving and non-deserving, or entitled and not entitled. This would not be a constructive approach.

What we _are_ doing is _focusing_ on a group of users who are underloved by free software. We are building workflows around their needs. We are _targeting_ those users.

Maybe not everyone can see the difference, but it's right there. Hence attributing any kind of discrimination to us would be utterly wrong. I wish people really stopped doing that.

Alexandre Prokoudine http://libregraphicsworld.org

Daniel Smith
2012-05-05 14:42:44 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Is it really that complicated to change the menus and dialog boxes or the existence of them based around user preferences?
Is there a link anywhere to how it's written? I can guarantee you that when I worked in a big graphics house they'd find a way to alter them. Dan

ronald.arvidsson@privat.utfors.se
2012-05-05 14:49:20 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Personally I like these new changes. Alexander is quite correct about that it is notfor not wanting "light users" but adding suport which was not there for those in real need for something more. This something more is that when you work with layers, lots of ioperations, you get all this in the autosave instead of overwriting this by mistake. This is quite an important feature - overwriting advanced edits by mistake has always been a pain in the neck - also in windows based MS programs or Adobe.

Thanks for the good work.

On Sat, 5 May 2012 18:30:02 +0400, Alexandre Prokoudine wrote:

On Sat, May 5, 2012 at 12:21 PM, Ken Warner wrote:

but many posts calling for civility have come from people who want to divide
the user base into two groups where one group is somehow more entitled to
use GIMP than the other because of the things they do with GIMP.

You know, it's quite frustrating that after all the explanations people still seem to get this wrong. So let's try again.

We are not separating people into better of worse users, or the deserving and non-deserving, or entitled and not entitled. This would not be a constructive approach.

What we _are_ doing is _focusing_ on a group of users who are underloved by free software. We are building workflows around their needs. We are _targeting_ those users.

Maybe not everyone can see the difference, but it's right there. Hence
attributing any kind of discrimination to us would be utterly wrong. I
wish people really stopped doing that.

Alexandre Prokoudine http://libregraphicsworld.org
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Jay Smith
2012-05-05 15:04:25 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/05/2012 10:30 AM, Alexandre Prokoudine wrote:

On Sat, May 5, 2012 at 12:21 PM, Ken Warner wrote:

but many posts calling for civility have come from people who want to divide the user base into two groups where one group is somehow more entitled to use GIMP than the other because of the things they do with GIMP.

You know, it's quite frustrating that after all the explanations people still seem to get this wrong. So let's try again.

We are not separating people into better of worse users, or the deserving and non-deserving, or entitled and not entitled. This would not be a constructive approach.

What we _are_ doing is _focusing_ on a group of users who are underloved by free software. We are building workflows around their needs. We are _targeting_ those users.

Maybe not everyone can see the difference, but it's right there. Hence attributing any kind of discrimination to us would be utterly wrong. I wish people really stopped doing that.

Alexandre Prokoudine http://libregraphicsworld.org

Alexandre,

Please allow me a few words...

a) The users whose workflow has been made more difficult are _understandably_ upset. They were using a program in a certain way that worked well for them. However, either unknown to them (maybe they should have been paying more attention?) the focus of the developers changed/evolved over time in a way that is not helpful to those users AND/OR those users simply did not realize (months and years ago) that they were using a program that was going to move away from the way in which they were using it.

Part of what seems to be missing here is humility and respect on the part of the developers ... would it be too hard to simply say "We are sorry ... even though we are the ones doing the work and we have chosen to go in a particular direction, WE ARE SORRY!" Sometimes those simple words can go a very long way. It is like saying "I am sorry for your loss"... there is not a darn thing that I can do about the fact that Uncle Harold has died, but I _am_ sorry that it has happened and that your life will change as a result.

On the other side, however, the upset users have not, IMHO, shown adequate understanding or appreciation for what the developers have GIVEN to them over the years. Maybe it is a case of a good thing that must come to an end for certain users.

b) The users could have paid more attention to the conversations the developers were having ... I am an "ordinary" user and *I* knew this was coming because I monitor the developer list.

c) The developers UTTERLY FAILED to manage public relations on this. It was completely obvious to me (from monitoring the discussions on the developer list) that this subject was going to touch of an enormous storm of anger among some users.

If the developers don't like the angry reaction they have received, perhaps the developers should examine how they could have done a better job of communication ON THE USER LISTS to warn people of what was coming. I am not saying "ask", I am saying "warn".

In what I have observed over the years as rather typical attitude by open-source developers, the developers did not seem to think about (and certainly did not execute) good ADVANCE public relations on this subject. The attitude of "we did it, like it or leave it" is just not well received in this day and age.

At the same time, users must understand that the developers are (despite what the developers might think), only human. They are fallible. They screw up. They make bad decisions. However, the developers are the ones doing the work!!!! Anybody that does not like the direction that an open-source program is going can branch off and do their own work. I know that 99.99% of users, like me, do not have the skills to do that, but that is the price we users pay for using free software.

Users of open-software have an extremely high loyalty and commitment to the particular software they use. They feel that it is "theirs". That they "own" it. That is all well and good until the software goes in a direction that is different from where the user wants it to go -- when that happens, there is great anger because there is great emotional loss. Developers have a responsibility to at least understand this concept and to attempt to mitigate users' feelings of loss and to prepare them in advance for inevitable changes.

If developers don't feel that they have such a "responsibility" -- which would be a reasonable opinion on a developer's part -- the developer must accept the anger that will come. It is inevitable; thinking otherwise is unsound.

d) As I said, I monitored, and participated a bit, in the developer discussion about save/export when implementation was being discussed. I described my workflow and how the proposed change would negatively affect me and users like me.

At that time export may have been part of the goals for the program, but it seemed that all aspects were still open for discussion.

In that process, despite a few people (it was a developer list, after all) saying "what about ordinary users", I had the sense that very little respect was given for the impact that this change was going to have on ordinary users.

I did not feel that, in those discussions, there was any serious consideration of possible ways that the needs of BOTH sides could be satisfied.

In summary... I completely understand the reasons behind the export behavior and I agree that it is critically important to many users. However, with so many thousands of users who do not use the "export workflow" that is needed by so many other users, there _must_ be a way that the "old" save method can be "turned on" -- that users can switch from one workflow method to the other.

I completely respect that the developers have a particular "target" user base in mind for the program -- and that must guide development. Just as this is not a word processor, this is not a "simple" image editor. However, take a hard look at the existing user base, and ask if it would really be so difficult to in some way make the "old" save method (efficiently) available for those users. In my opinion, doing so would not dumb-down or lessen the wonderfulness of the program.

Jay

Alexandre Prokoudine
2012-05-05 15:04:35 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Sat, May 5, 2012 at 6:42 PM, Daniel Smith wrote:

Is it really that complicated to change the menus and dialog boxes or the existence of them based around user preferences?
Is there a link anywhere to how it's written? I can guarantee you that when I worked in a big graphics house they'd find a way to alter them.

Well, adding options that change behavior of an application always has some consequences.

1) The code gets messier, especially if you keep adding things on top. E.g. think of the proposed solution for native CMYK separation -- it is supposed to benefit from the new model where the internal data is 32bit float linear RGB, and everything else is exporting material that's being worked on in a separate projection.

2) Documentation and tutorials become confusing.

That's just off top of my head.

Alexandre Prokoudine http://libregraphicsworld.org

Daniel Smith
2012-05-05 15:30:35 UTC (almost 2 years ago)

HATE the new save vs. export behavior

I didn't mean for Gimp proper to offer different versions or make it part of the program in preferences etc. I meant where are the files that determine what the dialog boxes and menus say, and where exporting and/or saving are accomplished to? It can't be that hard, you're just talking about meta files or something, right? Dan

On 5/5/12, Alexandre Prokoudine wrote:

On Sat, May 5, 2012 at 6:42 PM, Daniel Smith wrote:

Is it really that complicated to change the menus and dialog boxes or the existence of them based around user preferences?
Is there a link anywhere to how it's written? I can guarantee you that when I worked in a big graphics house they'd find a way to alter them.

Well, adding options that change behavior of an application always has some consequences.

1) The code gets messier, especially if you keep adding things on top. E.g. think of the proposed solution for native CMYK separation -- it is supposed to benefit from the new model where the internal data is 32bit float linear RGB, and everything else is exporting material that's being worked on in a separate projection.

2) Documentation and tutorials become confusing.

That's just off top of my head.

Alexandre Prokoudine http://libregraphicsworld.org
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Alexandre Prokoudine
2012-05-05 15:33:48 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Sat, May 5, 2012 at 7:04 PM, Jay Smith wrote:

c) The developers UTTERLY FAILED to manage public relations on this. It was completely obvious to me (from monitoring the discussions on the developer list) that this subject was going to touch of an enormous storm of anger among some users.

If the developers don't like the angry reaction they have received, perhaps the developers should examine how they could have done a better job of communication ON THE USER LISTS to warn people of what was coming. I am not saying "ask", I am saying "warn".

In what I have observed over the years as rather typical attitude by open-source developers, the developers did not seem to think about (and certainly did not execute) good ADVANCE public relations on this subject. The attitude of "we did it, like it or leave it" is just not well received in this day and age.

Jay,

What you wrote above is more or less the reason why I took the responsibility of handling public relations in the project last year. We haven't had a dedicated team member for that in years (ever since Dave Neary left in 2006 or so). Hence it's still going to take a while till I can safely say that we are on top of this.

However I stlll find it highly disturbing that so many people felt that the project wasn't doing dccent PR work, and yet noone else volunteered. If I'm run down by a truck tomorrow, what is the community going to do about the lack of a PR person again?

What is the community going to do about the ongoing situation with Mac builds when even the team has no idea (yet) what's going on there?

What is the community going to do about the lack of really good tutorials that sell GIMP instead of undermining its reputation?

Which member of the community is going to email Apress and tell them (s)he's capable of and willing to write the book on advanced techniques with GIMP that they still haven't found an author for?

Are we a givers or takers community? Are we makers or consumers?

Input appreciated :)

Alexandre Prokoudine http://libregraphicsworld.org

gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list
Steve Kinney
2012-05-05 15:39:48 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/05/2012 10:30 AM, Alexandre Prokoudine wrote:

We are not separating people into better of worse users, or the deserving and non-deserving, or entitled and not entitled. This would not be a constructive approach.

What we _are_ doing is _focusing_ on a group of users who are underloved by free software. We are building workflows around their needs. We are _targeting_ those users.

And this is the key to progress. Maximum quality, not maximum convenience, is the guiding principle in GIMP development. That's why I am still using it "after all this time." All users will not agree on all changes, but the users who best understand the GIMP, and who bump their heads on its limitations from time to time, are the ones whose input drives progress. That's the only way forward. Targeting a hypothetical "average" user is a downward spiral as each "generation" of new average users learns and does less and less.

New users will benefit from immediate exposure to the "professional paradigm" and start paying attention to file formats from day one. Long time users who often (or always) find no use for the XCF format, will have to relearn or remap a keyboard shortcut or two to keep the same speed & convenience they are used to. Long time users who routinely save their work in XCF won't notice a major difference.

And really... guise... If you don't need the new GIMP color model, you don't need the new version of GIMP. I am guessing that is approximately 100% of users who don't routinely save most files in XCF as "part one" of their usual workflow. It's not like you need to keep your GIMP version current for the sake of security patches or compatibility with external applications. Keeping the "old" GIMP also means that all your favorite plugins and scripts will keep right on doing exactly what you expect them to do.

:o)

Steve

Chris Mohler
2012-05-05 16:53:46 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Fri, May 4, 2012 at 11:19 PM, Richard Gitschlag wrote:

You should be saving your .xcf file first, THEN save the PNG copy of it. Priorities :)

Indeed. I also try to "Save As" every hour or so and bump up the version of the XCF. Disk space is cheap ;)

But mistakes can happen, particularly when under a punishing deadline.

Chris

Chris Mohler
2012-05-05 17:01:40 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Sat, May 5, 2012 at 10:04 AM, Jay Smith wrote:

c) The developers UTTERLY FAILED to manage public relations on this.  It was completely obvious to me (from monitoring the discussions on the developer list) that this subject was going to touch of an enormous storm of anger among some users.

I don't think this is accurate. I've seen quite a lot of PR and news items over the 2.6->2.8 time period, some of which did cover the new Save/Export functions, IIRC and not just on the dev list.

Having written some really basic in-house programs, my anecdotal evidence suggests that almost *any* change will cause at least some portion of the users to hate you ;)

Chris

Richard Gitschlag
2012-05-05 17:03:03 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Is it really that complicated to change the menus and dialog boxes or the existence of them based around user preferences?
[...]
Dan
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Hold that thought -- could the save/export distinction be made a User Preference? That would satisfy the parties on both ends. The default setting would be the new behavior (of course), but for those who prefer the old behavior they could enable that in their user preferences and there we go.

It's not like the message that tells you the Save command is only for the XCF format can't possibly redirect to the Export command....

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Chris Mohler
2012-05-05 17:05:21 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Sat, May 5, 2012 at 10:33 AM, Alexandre Prokoudine wrote:

However I stlll find it highly disturbing that so many people felt that the project wasn't doing dccent PR work, and yet noone else volunteered. If I'm run down by a truck tomorrow, what is the community going to do about the lack of a PR person again?

Please, please look both ways when crossing the street!

Seriously, I'm not at a place where I can volunteer much in the way of time or resources. I wish that I could though, and I'm grateful that you are doing so much these days.

Chris

Richard Gitschlag
2012-05-05 17:18:53 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Date: Sat, 5 May 2012 14:19:49 +0800 From: ngoonee.talk@gmail.com
To: forums@gimpusers.com
CC: team@gimpusers.com; gimp-user-list@gnome.org Subject: Re: [Gimp-user] HATE the new save vs. export behavior

... (single-window on a tiling WM, whee!!) ....

Speaking of which, the new single-window mode was one of the biggest reasons I decided to download 2.8.0 as an RC1 instead of waiting for the fully prepared 2.8.0 to come out. Every single time I opened ANY image (.xcf or otherwise) in GIMP 2.6 the absolutely first thing I had to do was move/size the image window in order to make sure that parts of it (menus or scrollbars, say) weren't getting buried underneath the toolboxes on the sides. And changing the window hints on the toolboxes or saving window positions did not resolve this matter any.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Gary Aitken
2012-05-05 17:52:54 UTC (almost 2 years ago)

jpeg loss on multiple export

At the risk of committing a mailing list etiquette fopah... I'm reposting as I got no response and I am hoping one of the developers can actually shed light on this:

On 5/3/2012 8:15 AM, Jay Smith wrote:

Jonathan, I hope that you realized that when editing a JPG, repeatedly saving/exporting to JPG (your step 4) reduces the quality (actually compresses / deletes data).

GIMP doesn't reload the file after exporting, does it? If not, then the image in the GIMP's buffer should be the same high quality image it was prior to the export. Given that, as long as you don't exit the GIMP or reload the image from the exported file, multiple exports to a lossy format shouldn't cause loss of quality.

For example, if you do an export to jpeg and compress down to 15%, with the preview option set you can clearly see the loss of quality in the written image. However, when the export is complete, the image in the buffer reverts to the high quality it was prior to the export.

This implies multiple exports to a lossy format should *not* result in loss of image quality. However, *re-loading* an image previously saved to a lossy format and then exporting again will result in degradation.

Is there something I'm missing?

Gary

GSR - FR
2012-05-05 21:42:52 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Hi,
strata_ranger@hotmail.com (2012-05-04 at 2119.16 -0700):

OTOH, I no longer have to worry about accidentally flattening my 10-layer composition when saving a PNG and then forgetting to resave as XCF.
Chris

You should be saving your .xcf file first, THEN save the PNG copy of it. Priorities :)

Exactly, I had not worried in a long time, as always saved to XCF, and used save a copy for the JPG or whatever when needed. Now it seems save a copy is becoming redundant, if I need yet another XCF, I can duplicate the image and save that.

So I am on the wall about how the new system will play for quick things (pretty common when tweaking a texture for a game or doing a raw "this what I mean" sketch) in the long run, as the issue that supposedly fixes, was a non issue already while mental load is increased with new commands and remembering if the complains about "not saved" matter or not.

GSR

Andrea Verdi
2012-05-06 02:24:21 UTC (almost 2 years ago)

HATE the new save vs. export behavior

i have modified the sources...

2012/5/5 GSR - FR

Hi,
strata_ranger@hotmail.com (2012-05-04 at 2119.16 -0700):

OTOH, I no longer have to worry about accidentally flattening my 10-layer composition when saving a PNG and then forgetting to resave as XCF.
Chris

You should be saving your .xcf file first, THEN save the PNG copy of it. Priorities :)

Exactly, I had not worried in a long time, as always saved to XCF, and used save a copy for the JPG or whatever when needed. Now it seems save a copy is becoming redundant, if I need yet another XCF, I can duplicate the image and save that.

So I am on the wall about how the new system will play for quick things (pretty common when tweaking a texture for a game or doing a raw "this what I mean" sketch) in the long run, as the issue that supposedly fixes, was a non issue already while mental load is increased with new commands and remembering if the complains about "not saved" matter or not.

GSR

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Andrea Verdi
2012-05-06 11:46:37 UTC (almost 2 years ago)

HATE the new save vs. export behavior

i also have modified this code:

*gimp base folder/app/paint/gimppaintoptions.c*

*#define DEFAULT_BRUSH_SIZE 50.0*

#define DEFAULT_BRUSH_ASPECT_RATIO 0.0

#define DEFAULT_BRUSH_ANGLE 0.0

*gimppaintoptions-gui.c*

*scale = gimp_prop_spin_scale_new (config, "brush-size",*

*_("Size"), **1, 1.0, 2);*

* *

*
*

*
*

*
*

2012/5/6 Andrea Verdi

i have modified the sources...

2012/5/5 GSR - FR

Hi,
strata_ranger@hotmail.com (2012-05-04 at 2119.16 -0700):

OTOH, I no longer have to worry about accidentally flattening my 10-layer composition when saving a PNG and then forgetting to resave as XCF.
Chris

You should be saving your .xcf file first, THEN save the PNG copy of it. Priorities :)

Exactly, I had not worried in a long time, as always saved to XCF, and used save a copy for the JPG or whatever when needed. Now it seems save a copy is becoming redundant, if I need yet another XCF, I can duplicate the image and save that.

So I am on the wall about how the new system will play for quick things (pretty common when tweaking a texture for a game or doing a raw "this what I mean" sketch) in the long run, as the issue that supposedly fixes, was a non issue already while mental load is increased with new commands and remembering if the complains about "not saved" matter or not.

GSR

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list

Maurice
2012-05-06 17:03:45 UTC (almost 2 years ago)

Problem with Gimp 2.7.4 'Text' facility

During my trialling of Mageia-2 (Beta3) I find it provides Gimp 2.7.4, but the Text function doesn't work as in 2.6.

I would be most grateful if someone could confirm this (as it might be some setting I've missed):

With Gimp 2.7.4 (and presumably later), if you select 'Text' (the big 'A'), then click somewhere on an image, two things will appear:

(1) At the place where you clicked, a 'dynamic' window* will appear (2) Above it a text-entry window will appear.
When text is entered into (2), it does *not* appear in (1). Agreed? (Whereas with Gimp 2.6, it *does*.)
Can anyone see how to make the text also appear in the 'dynamic' window (apart from manual Copy/Paste)?

(* I don't know what the Gimp term for that window is.)

Many thanks!

Johan Vromans
2012-05-06 20:47:33 UTC (almost 2 years ago)

Problem with Gimp 2.7.4 'Text' facility

Maurice writes:

I would be most grateful if someone could confirm this (as it might be some setting I've missed):

With Gimp 2.7.4 (and presumably later), if you select 'Text' (the big 'A'), then click somewhere on an image, two things will appear:

(1) At the place where you clicked, a 'dynamic' window* will appear (2) Above it a text-entry window will appear.
When text is entered into (2), it does *not* appear in (1). Agreed? (Whereas with Gimp 2.6, it *does*.)

With 2.8RC1:

(1) A window appears showing the current font settings (2) A 'dynamic window' appears where the text entered appears.

Did you abuse the Font field of the font settings window for text entry?

I must admit that I haven't yet figured out how to use the font settings 'window'.

-- Johan

John Coppens
2012-05-07 02:51:15 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Sat, 5 May 2012 12:32:22 +0400 Alexandre Prokoudine wrote:

I'm not sure what this question means.

The question should be understood literally :) Is GIMP the only tool to get your job done?

I wrote a couple of macros in Guile which help me, so Gimp is my preferred tool, yes. Say 95% of bitmap editing is done in Gimp. For vector work, I use Inkscape (which, BTW, has a very convoluted file file flow).

We don't know if you need this unsafe workflow all the time or half the time.

I'm not sure what's unsafe.

Losing multiple layers, masks, extra channels etc. is unsafe.

Options for people who loose Y hours of work by slips of fingers:

-When starting to edit, why not immediately do a Save as xxx.xcf?

-Why not add (to Gimp) the possibility to maintain an autosave copy in (.XCF format) each N minutes? And not delete it for X days?

-Why not make the Undo buffer for the last N edited images persistent for X days? Disk space is generally not an issue.

John

Steve Kinney
2012-05-07 03:24:04 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/06/2012 10:51 PM, John Coppens wrote:

-When starting to edit, why not immediately do a Save as xxx.xcf?

That's what I do and it has come in very handy.

-Why not add (to Gimp) the possibility to maintain an autosave copy in (.XCF format) each N minutes? And not delete it for X days?

I would not use that. For instance, just a couple of minutes ago I opened an XCF file, merged several layers for convenient export of some image elements to another XCF file, and closed the file without saving. If an autosave hit in the middle of that, it would "commit" this strictly temporary state to my source file, wiping out layers I need to keep if I closed the file - or somebody tripped over the power cord - before reverting the changes.

-Why not make the Undo buffer for the last N edited images persistent for X days? Disk space is generally not an issue.

That's an interesting idea. Over the years I have heard a lot people "wishing" out loud that they could undo changes in a saved image after closing out. Still though, there have been times when I had to repeatedly flush the undo buffer when using an older/slower machine to work on "big" files - a day's work could add up to gigabytes of saved buffer in some instances...

:o)

Steve

GSR - FR
2012-05-07 03:50:24 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Hi,
admin@pilobilus.net (2012-05-06 at 2324.04 -0400):

-Why not add (to Gimp) the possibility to maintain an autosave copy in (.XCF format) each N minutes? And not delete it for X days?

I would not use that. For instance, just a couple of minutes ago I opened an XCF file, merged several layers for convenient export of some image elements to another XCF file, and closed the file without saving. If an autosave hit in the middle of that, it would "commit" this strictly temporary state to my source file, wiping out layers I need to keep if I closed the file - or somebody tripped over the power cord - before reverting the changes.

When people talk about autosaves, they normally mean saving to something like foo.xcf.auto, without touching the foo.xcf file at all. It is a pretty common feature of old text editors and many other apps, as in case of a program crash or a full system power off, your work is not completly lost, and you can decide if using whatever it managed to rescue is good or you prefer going back to the original file.

GSR

John Coppens
2012-05-07 21:53:33 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Sun, 06 May 2012 23:24:04 -0400 Steve Kinney wrote:

On 05/06/2012 10:51 PM, John Coppens wrote:

-When starting to edit, why not immediately do a Save as xxx.xcf?

That's what I do and it has come in very handy.

-Why not add (to Gimp) the possibility to maintain an autosave copy in (.XCF format) each N minutes? And not delete it for X days?

I would not use that. For instance, just a couple of minutes ago I opened an XCF file, merged several layers for convenient export of some image elements to another XCF file, and closed the file without saving. If an autosave hit in the middle of that, it would "commit" this strictly temporary state to my source file, wiping out layers I need to keep if I closed the file - or somebody tripped over the power cord - before reverting the changes.

As 'GSR' also commented there are quite a few ways to avoid this problem. The autosave could save a copy with the same name in a temp directory, or add hashes (#yourfile.xcf#) or any other idea.

-Why not make the Undo buffer for the last N edited images persistent for X days? Disk space is generally not an issue.

That's an interesting idea. Over the years I have heard a lot people "wishing" out loud that they could undo changes in a saved image after closing out. Still though, there have been times when I had to repeatedly flush the undo buffer when using an older/slower machine to work on "big" files - a day's work could add up to gigabytes of saved buffer in some instances...

No doubt. Not unlike the cache of a browser... It's scary how much info gets saved in a machine, mostly never to be used again. But still, gigabytes are getting cheaper by the minute. Where's the time I my first harddisk was 20-odd MB ;-)

John

2012-05-08 02:18:00 UTC (almost 2 years ago)
postings
1
contact
Send private message

HATE the new save vs. export behavior

Count me on this. The previous behavior of Save/Save As was just fine. Save As did exactly what Export is doing now, without giving me grief over me format choice. Reason around it and praise the change as the holy frail if you want, it's still retarded and makes no sense. Save As doesn't overwrite the existing image, so there is no reason for the program to force this silly assed Export function on me or anyone else. Avoiding accidental overwrite using Save is avoided with a quick "are you sure?" dialog. Pushing this whole new system feels like training wheels to me. Assuming I'm not smart enough to not goof my own work.

Nevermind the preview function is apparently broken in the Export dialog. I went to save a small image as jpg in it, and it tells me the resulting file will be 1.3GB in size. In reality it ends up 193KB. 2.6 didn't have these issues. 2.6 worked in a fashion that made sense. Maybe I'll just go back to 2.6. :-/

Ken Warner
2012-05-08 03:37:53 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Now you will get nasty-grams telling you that your workflow is "unsafe" or that you should be looking for an alternative to GIMP or that .xcf files are obviously the only choice for "professionals" and just about any other nonsense the developers use to justify what is obviously a self serving design change that they don't know how to back away from without losing face.

BTW: I agree with your sentiments 100%.

Red_Chaos1 wrote:

Count me on this. The previous behavior of Save/Save As was just fine. Save As did exactly what Export is doing now, without giving me grief over me format choice. Reason around it and praise the change as the holy frail if you want, it's still retarded and makes no sense. Save As doesn't overwrite the existing image, so there is no reason for the program to force this silly assed Export function on me or anyone else. Avoiding accidental overwrite using Save is avoided with a quick "are you sure?" dialog. Pushing this whole new system feels like training wheels to me. Assuming I'm not smart enough to not goof my own work.

Nevermind the preview function is apparently broken in the Export dialog. I went to save a small image as jpg in it, and it tells me the resulting file will be 1.3GB in size. In reality it ends up 193KB. 2.6 didn't have these issues. 2.6 worked in a fashion that made sense. Maybe I'll just go back to 2.6. :-/

2012-05-16 08:13:49 UTC (almost 2 years ago)
postings
2
contact
Send private message

HATE the new save vs. export behavior

Count me in too.

Here's my point of view: every sane app out there uses "Save", "Save as..." and "Export" for a conventional and now well assumed behaviour:

“Save” means “overwrite the original file”, period (it turns itself into "Save as..." when the file is new and has never been saved).

“Save as…” means “save to a new file with a different name and/or format”.

“Export” means “put the contents of the current document in a file of a nature this app isn’t intended to handle”. (At the same time “Import” means “bring data from an alien file and convert it into what this app is intended to handle”.) For instance, saving a spreadsheet to a text file or a word processing document to a non-editable file format (PDF or picture). In the Gimp, Export should be reserved for PDF, ASCII art or any other file type that isn’t a picture.

And these are the meanings every well designed app uses and for a good reason: the basis of the WIMP paradigm is that once you learn what basic UI idioms mean, you don’t have to relearn them for the next app.

The "overwrite" solution is a sorry workaround for a problem that didn't exist.

Telling users "this app is not for you" is beyond elitist. In the case of the Gimp, which is still vying for a place in the professional arena, it's plain ridiculous. Are you guys really trying to put away a big portion of your comparatively minuscule user base??? Really???

Finally, may I ask the devs who was asking them for this change? Can you guys point to bugs, forum or mailing lists posts asking to please change the old behavior? Can you just prove the need for this beyond your own personal preferences or agenda for pushing XCF?

For a long while, FLOSS applications have been accused of ignoring usability issues. Suddenly it seems developers are overreacting to that and so we saw the coming of Gnome Shell. Now the GIMP too???

Now you will get nasty-grams telling you that your workflow is "unsafe" or that you should be looking for an alternative to GIMP or that .xcf files are obviously the only choice for "professionals" and just about any other nonsense the developers use to justify what is obviously a self serving design change that they don't know how to back away from without losing face.

BTW: I agree with your sentiments 100%.

Red_Chaos1 wrote:

Count me on this. The previous behavior of Save/Save As was just fine. Save As did exactly what Export is doing now, without giving me grief over me format choice. Reason around it and praise the change as the holy frail if you want, it's still retarded and makes no sense. Save As doesn't overwrite the existing image, so there is no reason for the program to force this silly assed Export function on me or anyone else. Avoiding accidental overwrite using Save is avoided with a quick "are you sure?" dialog. Pushing this whole new system feels like training wheels to me. Assuming I'm not smart enough to not goof my own work.

Nevermind the preview function is apparently broken in the Export dialog. I went to save a small image as jpg in it, and it tells me the resulting file will be 1.3GB in size. In reality it ends up 193KB. 2.6 didn't have these issues. 2.6 worked in a fashion that made sense. Maybe I'll just go back to 2.6. :-/

Ofnuts
2012-05-16 09:36:35 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/16/2012 10:13 AM, Sicofante wrote:

“Save as…” means “save to a new file with a different name and/or format”.

“Export” means “put the contents of the current document in a file of a nature this app isn’t intended to handle”. (At the same time “Import” means “bring data from an alien file and convert it into what this app is intended to handle”.) For instance, saving a spreadsheet to a text file or a word processing document to a non-editable file format (PDF or picture). In the Gimp, Export should be reserved for PDF, ASCII art or any other file type that isn’t a picture.

A picture isn't always editable... You cannot really re-edit a GIF, for instance, because if you need new colors you are definitely not going to have the same result as if you had edited the original XCF and exported it to GIF again.

Johan Vromans
2012-05-16 12:16:04 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Sicofante writes:

“Save” means “overwrite the original file”, period

This is true for applications that simply on a specific file and can store/restore all relevant informatin the that file format. This is, indeed, the majority of applications.

However, several applications that deal with more complex data have exactly the behaviour GIMP now has. For example, Audacity opens MP3 or WAV but "Save" means: "Save as AUP (Audacity format)". To get MP3 or WAV, use "Export". Scribus also behaves similar. When you open an EPS with Inkscape, "Save" will save an SVG.

One thing I do, however, slightly agree with you. When for example working on a PNG, saving it (as XCF), and then export repeatedly as PNG I wonder whether it should ask *every* *time* if it's okay to overwrite the file.

-- Johan

Simon Budig
2012-05-16 12:38:43 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Johan Vromans (jvromans@squirrel.nl) wrote:

One thing I do, however, slightly agree with you. When for example working on a PNG, saving it (as XCF), and then export repeatedly as PNG I wonder whether it should ask *every* *time* if it's okay to overwrite the file.

If you use CTRL-E for "Export to " (which is available after the first export after saving to xcf) it does not ask for permission to overwrite.

If you did not save to xcf there is a menupoint "Overwrite " which also doesn't ask for confirmation. It does not have a keyboard shortcut by default though.

Bye, Simon

Richard Gitschlag
2012-05-16 15:21:19 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Date: Wed, 16 May 2012 14:38:43 +0200 From: simon@budig.de
To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] HATE the new save vs. export behavior

If you use CTRL-E for "Export to " (which is available after the first export after saving to xcf) it does not ask for permission to overwrite.

If you did not save to xcf there is a menupoint "Overwrite " which also doesn't ask for confirmation. It does not have a keyboard shortcut by default though.

Which
is because they are not the even same command (file-export versus file-overwrite), and word from the GIMP bugtracker says that this was very intentional. This also means that once they fix the bug that both export/overwrite commands are accessible regardless of which one is visible on the menu (yes that is a bug), hitting Ctrl+E in the latter case will do absolutely nothing. Which while not technically a bug is DEFINITELY a regression for the end user.

You can still assign a shortcut for it yourself (look for file-overwrite in your Keyboard Shortcuts screen), maybe Ctrl+Alt+E.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

2012-05-16 16:28:21 UTC (almost 2 years ago)
postings
2
contact
Send private message

HATE the new save vs. export behavior

I won't use the word hate; just dislike. I still remember when they changed the function by swapping what dilate and erode did. Also, when the redefined how Script-fus were to be formated; what a debacle. lol

GIMP's changed over time and getting better. I know the arguments for doing what they did but I still like the old way since I hate change. :)

Forgeot Eric
2012-05-24 13:49:24 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Jonathan Kamens wrote:

I hate the new Save vs. Export behavior. It is completely non-intuitive to me, it makes my brain stumble every time I try to do just about any of the things that I do in GIMP on a regular basis, and it makes most of my workflows take more thought and more button clicks / key presses than they used to.

Thank you Jonathan for this post, you described well what I'm feeling too.

For png pictures, I often open 10 or 15 small png pictures for edition, I just want to change some colors or add a little thing, and now when I overwrite or "export" to png (it's technically not an export because my original picture was also in this format), then the picture's name is lost, it's irritating when we need to work further on the pictures, because we can't find it any longer thanks to the window's name.

- I don't understand why the original filename, including the original extension are not kept in the window's name after an overwrite or an export.

- I don't understand why we can't overwrite more than once (otherwise I would just remap the ctrl+s to overwrite) - I don't understand why the "overwrite" option is not active when we open an xcf file, it could just save the file in the same format as it was open, like for png, jpg or tiff.

I don't want to develop further, I just hope enough users will complain so developpers will go back to the old behavior, or at least make this "idiot-proof" save scheme an option which can be disabled for normal, aware, user. It takes 5 minutes to read an explanation on how raster images works (you can still redirect newcomers to https://en.wikipedia.org/wiki/JPEG#Effects_of_JPEG_compression ), it's a pity to affect the behavior of Gimp because of this.

2012-05-31 02:04:41 UTC (almost 2 years ago)
postings
2
contact
Send private message

HATE the new save vs. export behavior

Late to the discussion:

I can see the need for a more professional product, and heartily approve of most of the changes I have seen in 2.8. I even see the reasons behind the Save/Export changes, in terms of a professional workflow, of file/process safety, and in cleaning up terminology.

The problem with the "professional paradigm," though, isn't necessarily that it's not better/safer, etc., it's that no printer in an 80 mile radius uses the GIMP's XCF format, nor do any of the local graphic designers. All of them, however, can open TIFF, JPG, GIF, and BMP. All of the printers and all but one of the graphic designers can handle PSD (the last one uses PSP).

As a FLOSS evangelist, I have to say that familiarity and interoperability are two of our STRONGEST selling point to potential users, generally coming before cost-Free, in users needs. XCF already fails interoperability, not being used to any great degree. I am afraid that even the terminology change of -- "I'm sorry, but you can't 'Save As" a JPG (or similar filetype that CAN be saved to in any other commonly-used software), you have to 'Export To' "-- will appear to be a barrier to nervous new adopters.

I sell LibreOffice, by pointing out that not only can it OPEN almost everything, including DOCX and old Works files, It also allows the option of setting default SAVES defaults to DOC --which can be read by everyone-- though with a "you will lose formatting" warning (that can be disabled).

I sell the GIMP to (non-"professional") Photoshop users with GimpShop.

If one of the goals of the GIMP is to expand our user base, I believe we need to keep familiarity and interoperability in mind as we make changes and not push too strongly in directions which will frighten off new adopters, casual OR professional. While I will adopt the new Save/Export workflow in order to get the much-anticipated-and-improved new text functionality and the new colorspace, I would respectfully ask the devs to look at the following options, in the interest of balancing the needs of the professionals with the needs of evangelism:

1) An option (as has been suggested multiple times) to set Save/Export back to previous functionality. That way, those of us who can benefit from the improved workflow can use it, but new users can still have the comforting familiarity of the "tried and true."

2) An option to set a default save/export option, as in LibreOffice, possibly in conjunction with an XCF save (maybe either as a "Save/Export Multiple" in preferences, ie. CTRL-S saves an XCF file, a PSD file AND an 85% JPG file, all with the same filename) This would be a real timesaver for those of us who frequently nip off to the printer or save comparison samples.

3) A heirarchal file offering in the save/export menu: save to XCF always offered first, export to similar filetypes (PSD, PSP, PDN) second, but always available in the same menu, and the more limited filetypes last, as in the previous version's "search for other extensions," which would be hidden unless called for. Frequently used filetypes would remain visible as options. This would focus attention on the correct and preferred option, but allow the unfortunate necessary

4a) Timed autosaves in XCF format that are differentiated from the primary file, possibly multiple copies (up to a limit, set in preferences), in the interest of preserving history. This could be in combination with 1) or 2), above.

4b) Timed autosaves which preserve history (up to a limit, set in preferences), in XCF format, and differentiated from the primary file. This could be in combination with 1) or 2), above.

As many have said before, I have nothing but appreciation for the devs and the massive amount of work they do for those of us who can do nothing more than spread the Word of the GIMP, and I look forward, eagerly, to our future advances and inevitable domination.

Excelsior!

What we _are_ doing is _focusing_ on a group of users who are underloved by free software. We are building workflows around their needs. We are _targeting_ those users.

New users will benefit from immediate exposure to the "professional paradigm" and start paying attention to file formats from day one.

Long time users who often (or always) find no use for the XCF format, will have to relearn or remap a keyboard shortcut or two to keep the same speed & convenience they are used to. Long time users who routinely save their work in XCF won't notice a major difference.

And really... guise... If you don't need the new GIMP color model, you don't need the new version of GIMP. I am guessing that is approximately 100% of users who don't routinely save most files in XCF as "part one" of their usual workflow. It's not like you need to keep your GIMP version current for the sake of security patches or compatibility with external applications. Keeping the "old" GIMP also means that all your favorite plugins and scripts will keep right on doing exactly what you expect them to do.

Christen Anderson
2012-05-31 04:11:11 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 5/30/2012 8:04 PM, darnkitten wrote:

Late to the discussion:

...this thread simply will not die. lol...

Ofnuts
2012-05-31 08:01:30 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On 05/31/2012 04:04 AM, darnkitten wrote:

I sell LibreOffice, by pointing out that not only can it OPEN almost everything, including DOCX and old Works files, It also allows the option of setting default SAVES defaults to DOC --which can be read by everyone-- though with a "you will lose formatting" warning (that can be disabled).

Saving to JPEG from Gimp is more like exporting to PDF from OO (that, incidentally, OO calls "export").

2012-06-21 08:10:05 UTC (almost 2 years ago)
postings
1
contact
Send private message

HATE the new save vs. export behavior

The new save feature is not user friendly and it just kills productivity. I can see no other purpose of it other than a political game. Because of that, GIMP just lost me after 10+ years of heavy use. I've switched over to Pixelmator.
Please, let me know when you are back to something more operational to reconsider.

Regards CF

Jacob
2012-06-21 08:48:14 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Yes the new save feature is fustrating and inconvinient, but quitting after 10+ years of heavy usage just over 1 minor change?

On Jun 21, 2012, at 12:10 AM, CoreForce wrote:

The new save feature is not user friendly and it just kills productivity. I can see no other purpose of it other than a political game. Because of that, GIMP just lost me after 10+ years of heavy use. I've switched over to Pixelmator.
Please, let me know when you are back to something more operational to reconsider.

Regards CF

--
CoreForce (via gimpusers.com)
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Alexandre Prokoudine
2012-06-21 10:12:07 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, Jun 21, 2012 at 12:10 PM, CoreForce wrote:

The new save feature is not user friendly and it just kills productivity. I can see no other purpose of it other than a political game. Because of that, GIMP just lost me after 10+ years of heavy use. I've switched over to Pixelmator.
Please, let me know when you are back to something more operational to reconsider.

UPS delivery or email?

Alexandre Prokoudine http://libregraphicsworld.org

Oon-Ee Ng
2012-06-21 23:28:32 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Thu, Jun 21, 2012 at 6:12 PM, Alexandre Prokoudine wrote:

On Thu, Jun 21, 2012 at 12:10 PM, CoreForce wrote:

The new save feature is not user friendly and it just kills productivity. I can see no other purpose of it other than a political game. Because of that, GIMP just lost me after 10+ years of heavy use. I've switched over to Pixelmator.
Please, let me know when you are back to something more operational to reconsider.

UPS delivery or email?

Please, don't be rude to such an esteemed and valuable former member of this community. A personal visit is the only satisfactory solution here, after all, where would open source software be if less people used it?

Alexandre Prokoudine
2012-06-22 00:10:27 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Fri, Jun 22, 2012 at 3:28 AM, Oon-Ee Ng wrote:

UPS delivery or email?

Please, don't be rude to such an esteemed and valuable former member of this community. A personal visit is the only satisfactory solution here

Now I'm getting confused: which of us two is being ironic?

after all, where would open source software be if less people used it?

Consider this. Over a decade GIMP has been having millions of users and just a handful of developers. What's going to change if more people overreact, issue silly accusations and slam the door? Give me the worst scenario you can think of.

This is free software. People do it for fun. We respect your opinions, even when you disagree with us, and we are eager to adjust things to make users happier, but there's no way you can force us to do anything. We are not your hostages, and we don't work on your terms.

Alexandre

Archie Arevalo
2012-06-22 00:23:29 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Friday, June 22, 2012 04:10:27 Alexandre Prokoudine wrote:

On Fri, Jun 22, 2012 at 3:28 AM, Oon-Ee Ng wrote:

UPS delivery or email?

Please, don't be rude to such an esteemed and valuable former member of this community. A personal visit is the only satisfactory solution here

Now I'm getting confused: which of us two is being ironic?

after all, where would open source software be if less people used it?

Consider this. Over a decade GIMP has been having millions of users and just a handful of developers. What's going to change if more people overreact, issue silly accusations and slam the door? Give me the worst scenario you can think of.

This is free software. People do it for fun. We respect your opinions, even when you disagree with us, and we are eager to adjust things to make users happier, but there's no way you can force us to do anything. We are not your hostages, and we don't work on your terms.

Alexandre

+ 1 Alexandre

Oon-Ee Ng
2012-06-22 00:36:25 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Fri, Jun 22, 2012 at 8:10 AM, Alexandre Prokoudine wrote:

On Fri, Jun 22, 2012 at 3:28 AM, Oon-Ee Ng wrote:

UPS delivery or email?

Please, don't be rude to such an esteemed and valuable former member of this community. A personal visit is the only satisfactory solution here

Now I'm getting confused: which of us two is being ironic?

after all, where would open source software be if less people used it?

Consider this. Over a decade GIMP has been having millions of users and just a handful of developers. What's going to change if more people overreact, issue silly accusations and slam the door? Give me the worst scenario you can think of.

This is free software. People do it for fun. We respect your opinions, even when you disagree with us, and we are eager to adjust things to make users happier, but there's no way you can force us to do anything. We are not your hostages, and we don't work on your terms.

My point precisely =). Sorry, I think my email was taken the wrong way, since I wrote it in the same spirit as your initial reply (would have thought 'personal visit' would give it away).

I'm not for or against the new change to save/export (I use inkscape, and I'm used to that), but then again I've been using the new version for ages just to get the single-window mode (for which I and every other tiling WM user will be forever thankful).

You're doing a great job, don't let the trolls get you down.

Owen
2012-06-22 01:19:36 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Fri, Jun 22, 2012 at 8:10 AM, Alexandre Prokoudine wrote:

On Fri, Jun 22, 2012 at 3:28 AM, Oon-Ee Ng wrote:

UPS delivery or email?

Please, don't be rude to such an esteemed and valuable former member
of this community. A personal visit is the only satisfactory solution
here

Now I'm getting confused: which of us two is being ironic?

after all, where would open source software be if less people used it?

Consider this. Over a decade GIMP has been having millions of users and just a handful of developers. What's going to change if more people overreact, issue silly accusations and slam the door? Give me the worst scenario you can think of.

This is free software. People do it for fun. We respect your opinions,
even when you disagree with us, and we are eager to adjust things to make users happier, but there's no way you can force us to do anything. We are not your hostages, and we don't work on your terms.

My point precisely =). Sorry, I think my email was taken the wrong way, since I wrote it in the same spirit as your initial reply (would have thought 'personal visit' would give it away).

I'm not for or against the new change to save/export (I use inkscape, and I'm used to that), but then again I've been using the new version for ages just to get the single-window mode (for which I and every other tiling WM user will be forever thankful).

You're doing a great job, don't let the trolls get you down.

Ditto,

Been using it for a couple of years just for the single window mode.

Put up a valiant resistance against the export function for a couple of hours, but then realized it was very smart move and has saved me from making unrecoverable overwrites.

So beers and cheers to the new export system, long may it reign.

2012-06-22 04:14:30 UTC (almost 2 years ago)
postings
1
contact
Send private message

HATE the new save vs. export behavior

On Fri, Jun 22, 2012 at 3:28 AM, Oon-Ee Ng wrote:

UPS delivery or email?

Please, don't be rude to such an esteemed and valuable former member of this community. A personal visit is the only satisfactory solution here

Now I'm getting confused: which of us two is being ironic?

after all, where would open source software be if less people used it?

Consider this. Over a decade GIMP has been having millions of users and just a handful of developers. What's going to change if more people overreact, issue silly accusations and slam the door? Give me the worst scenario you can think of.

This is free software. People do it for fun. We respect your opinions, even when you disagree with us, and we are eager to adjust things to make users happier, but there's no way you can force us to do anything. We are not your hostages, and we don't work on your terms.

Alexandre

I'm not going to read this whole thread. I read the one in the developer's list. Frankly, I think the whole thing is silly.

To you, the other contributors, and developers, thank you for your work.

I'm fine with the save/export change. I find it more logical and convenient. With previous versions, I found it slightly inconvenient/irritating when I just wanted to back my work up, Save As, name, choose format, when I just wanted xcf. I mean, first world problems, inconvenient/irritating nontheless. I see nothing wrong with adding caution while separating two different commands at the same time. I see the situation perfect for beginners and advanced users. Even the most experienced user can accidentally overwrite a file, if just once in their lives.

Isn't Gimp still open source? Hasn't one of the many great things about OSS always been that you can hack it, alter it to your preferences? If you don't know how, you could always search for it.

I'm not saying Gimp is perfect. There are areas I'd like to see improvement in but that's for another time. Gimp is free software that people volunteer to work on. I appreciate that and don't feel privileged enough to demand changes or threaten to take my toys and go home. Say what you will about my comments. I've said what I've wanted to say. I'm out.

Richard Gitschlag
2012-06-22 21:58:07 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Date: Fri, 22 Jun 2012 06:14:30 +0200 From: forums@gimpusers.com
To: gimp-user-list@gnome.org
CC: team@gimpusers.com
Subject: [Gimp-user] HATE the new save vs. export behavior

Isn't Gimp still open source? Hasn't one of the many great things about OSS always been that you can hack it, alter it to your preferences? If you don't know how, you could always search for it.

I wager the number of users who are able and willing to hack GIMP code to their preferences is still vastly outweighed by the number of users who use GIMP solely out-of-the-box, à la "free Photoshop". Especially Windows users, who are more accustomed to close-source products.

... which gives me a laugh every time I hear the argument that GIMP is not intended to be a Photoshop clone. Sure that may be true, but isn't it true that the line between GIMP and Photoshop gets narrower with every new release?

- Single-window mode? Got it. - Brushes organized by brush family? Yup. - Save/Export distinction? Check.
- Layer groups? Done.
- Nondestructive adjusment layers? Nope, not yet, but in the works.

I think the main reason I picked up GIMP in the first place was I needed something capable of scaling images with interpolation, and a previous app I used for that (called IPhoto Plus) was horribly outdated and hitting its limits.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Marco Ciampa
2012-06-23 09:47:16 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Fri, Jun 22, 2012 at 02:58:07PM -0700, Richard Gitschlag wrote: [...]

.. which gives me a laugh every time I hear the argument that GIMP is not intended to be a Photoshop clone. Sure that may be true, but isn't it true that the line between GIMP and Photoshop gets narrower with every new release?

- Single-window mode? Got it. - Brushes organized by brush family? Yup. - Save/Export distinction? Check.
- Layer groups? Done.
- Nondestructive adjusment layers? Nope, not yet, but in the works.

That is a conseguence of users being more demanding. They see some new command, they find it useful for getting theirs job done, so they comes here and ask for it in GIMP. That is true even in the other direction, see for instance the liquid rescale plugin that arrived to Photoshop _after_ GIMP. And the reason is that Photoshop is the only real photo retouching product that can be compared to GIMP, for functions and userbase.

So GIMP devs, hip hip hooray, go on the great job! You will never know how some users are grateful to you!

Alexandre Prokoudine
2012-06-23 13:41:33 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Sat, Jun 23, 2012 at 1:47 PM, Marco Ciampa wrote:

So GIMP devs, hip hip hooray, go on the great job! You will never know how some users are grateful to you!

You've just given a pretty good idea :)

Alexandre Prokoudine http://libregraphicsworld.org

2012-06-30 15:15:04 UTC (almost 2 years ago)
postings
1
contact
Send private message

HATE the new save vs. export behavior

Dear GIMP developers, you have shittiet GIMP even more with your retarded ideas about how we should save our files.

And please, any "hurr designerrrs" don't counter me with GIMP saving dialog paradigm- what's going on is developers trying to frorce their shitty .xcf format on users. That's all there is. And that's ruining it for me, because when i need it i'll use it myself.

Alexandre Prokoudine
2012-06-30 15:47:23 UTC (almost 2 years ago)

HATE the new save vs. export behavior

On Sat, Jun 30, 2012 at 7:15 PM, bobbo wrote:

Dear GIMP developers, you have shittiet GIMP even more with your retarded ideas about how we should save our files.

And please, any "hurr designerrrs" don't counter me with GIMP saving dialog paradigm- what's going on is developers trying to frorce their shitty .xcf format on users. That's all there is. And that's ruining it for me, because when i need it i'll use it myself.

You were offensive and insulting enough to just have triggered writing the code of conduct for our mailing lists. Thank you.

Alexandre Prokoudine http://libregraphicsworld.org

Kasim Ahmic
2012-06-30 16:19:23 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Seriously? I don't like the Save vs. Export thing any more than you or anyone else here but instead of discussing it normally you complain about it like a 12 year old. Call me crazy, but I'm pretty sure that's not the way to get your opinions noticed...

Sent from my iPod

On Jun 30, 2012, at 11:15 AM, bobbo wrote:

Dear GIMP developers, you have shittiet GIMP even more with your retarded ideas about how we should save our files.

And please, any "hurr designerrrs" don't counter me with GIMP saving dialog paradigm- what's going on is developers trying to frorce their shitty .xcf format on users. That's all there is. And that's ruining it for me, because when i need it i'll use it myself.

-- bobbo (via gimpusers.com)
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Oon-Ee Ng
2012-06-30 23:31:46 UTC (almost 2 years ago)

HATE the new save vs. export behavior

As someone who teaches 11 year old kids, I can safely say you're not being fair to the kids, they're generally more nature than that. On Jul 1, 2012 12:19 AM, "Kasim Ahmic" wrote:

Seriously? I don't like the Save vs. Export thing any more than you or anyone else here but instead of discussing it normally you complain about it like a 12 year old. Call me crazy, but I'm pretty sure that's not the way to get your opinions noticed...

Sent from my iPod

On Jun 30, 2012, at 11:15 AM, bobbo wrote:

Dear GIMP developers, you have shittiet GIMP even more with your

retarded ideas about how we should save our files.

And please, any "hurr designerrrs" don't counter me with GIMP saving

dialog paradigm- what's going on is developers trying to frorce their shitty .xcf format on users. That's all there is. And that's ruining it for me, because when i need it i'll use it myself.

--
bobbo (via gimpusers.com)
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Archie Arevalo
2012-07-01 00:20:45 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Kasim did state "12-year-old" so let's just let that slide, shall we? BTW this also means that between the age of your students now and the way Kasim says bobbo is acting, I'd say you still have one good year. :)

Top posting is just so unnatural (at least for me). Think how that relates to the latest version of GIMP.

On Sunday, July 01, 2012 07:31:46 Oon-Ee Ng wrote:

As someone who teaches 11 year old kids, I can safely say you're not being fair to the kids, they're generally more nature than that.

On Jul 1, 2012 12:19 AM, "Kasim Ahmic" wrote:

Seriously? I don't like the Save vs. Export thing any more than you or anyone else here but instead of discussing it normally you complain about it like a 12 year old. Call me crazy, but I'm pretty sure that's not the way to get your opinions noticed...

Sent from my iPod

On Jun 30, 2012, at 11:15 AM, bobbo wrote:

Dear GIMP developers, you have shittiet GIMP even more with your

retarded ideas about how we should save our files.

And please, any "hurr designerrrs" don't counter me with GIMP saving

dialog paradigm- what's going on is developers trying to frorce their shitty .xcf format on users. That's all there is. And that's ruining it for
me, because when i need it i'll use it myself.

--
bobbo (via gimpusers.com)

2012-07-17 19:27:59 UTC (almost 2 years ago)
postings
2
contact
Send private message

HATE the new save vs. export behavior

On 05/31/2012 04:04 AM, darnkitten wrote:

I sell LibreOffice, by pointing out that not only can it OPEN almost everything, including DOCX and old Works files, It also allows the option of setting default SAVES defaults to DOC --which can be read by everyone-- though with a "you will lose formatting" warning (that can be disabled).

Saving to JPEG from Gimp is more like exporting to PDF from OO (that, incidentally, OO calls "export").

I would say it is more like saving to RTF, which is a "save" option, though a crappy one. (JPEG and RTF are both low-quality editable formats which lose data/formatting, compared to the native XCF and ODT formats). Exporting to PDF is converting from an editable format to an essentially non-editable container format, and IS an Export--Incidentally, one printer in my area prefers even image files to be exported to PDF...*sigh*...because Windows prints it directly instead of shoving it through that crappy photo printing wizard.

Richard Gitschlag
2012-07-17 23:35:42 UTC (almost 2 years ago)

HATE the new save vs. export behavior

Date: Tue, 17 Jul 2012 21:27:59 +0200 From: forums@gimpusers.com
To: gimp-user-list@gnome.org
CC: team@gimpusers.com
Subject: [Gimp-user] HATE the new save vs. export behavior

(JPEG and RTF are both low-quality editable formats which lose data/formatting, compared to the native XCF and ODT formats)

Hey, RTF is NOT the JPEG of word processing. Maybe the PCX of word processing, but no JPEG. :)

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

2012-08-06 20:59:30 UTC (over 1 year ago)
postings
6
contact
Send private message

HATE the new save vs. export behavior

I just want to add I'm also not happy with the new export vs save feature. I use GIMP for all my edit tasks; from complex foto editting to really simple screenshot taking and trimming it slightly. I used to love it for both, especially since it GIMP can do both small and complex tasks very easy. In 98% of the edits, I'm not using layers. I already almost always save everything in formats that do not lose information, often png, often for e.g. mailing. I don't want a xcf for screen shots or photographs...

I've seen the new "you have to use export" messagebox about 20 times now, very annoying ;-). Why is it not OK to allow saving to e.g. png (especially when not using layers!), but keep the export function ALSO as it is? That way, everyone will be happy I think?

Olivier
2012-08-07 06:30:18 UTC (over 1 year ago)

HATE the new save vs. export behavior

2012/8/6 Anoko :

I just want to add I'm also not happy with the new export vs save feature. I use GIMP for all my edit tasks; from complex foto editting to really simple screenshot taking and trimming it slightly. I used to love it for both, especially since it GIMP can do both small and complex tasks very easy. In 98% of the edits, I'm not using layers. I already almost always save everything in formats that do not lose information, often png, often for e.g. mailing. I don't want a xcf for screen shots or photographs...

I've seen the new "you have to use export" messagebox about 20 times now, very annoying ;-). Why is it not OK to allow saving to e.g. png (especially when not using layers!), but keep the export function ALSO as it is? That way, everyone will be happy I think?

Is it soooooooooo difficult to change one's habits a little, and to learn simple shortcuts? Ctrl-E or Shift-Ctrl-E to export the image to any format you wish, Ctrl-W Alt-W to close the image without saving it. Seeing a warning message 20 times was clearly enough for teaching me that I should use Ctrl-E instead of Ctrl-S. -----
Olivier Lecarme

Oon-Ee Ng
2012-08-07 07:28:55 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Tue, Aug 7, 2012 at 2:30 PM, Olivier wrote:

2012/8/6 Anoko :

I just want to add I'm also not happy with the new export vs save feature. I use GIMP for all my edit tasks; from complex foto editting to really simple screenshot taking and trimming it slightly. I used to love it for both, especially since it GIMP can do both small and complex tasks very easy. In 98% of the edits, I'm not using layers. I already almost always save everything in formats that do not lose information, often png, often for e.g. mailing. I don't want a xcf for screen shots or photographs...

I've seen the new "you have to use export" messagebox about 20 times now, very annoying ;-). Why is it not OK to allow saving to e.g. png (especially when not using layers!), but keep the export function ALSO as it is? That way, everyone will be happy I think?

Is it soooooooooo difficult to change one's habits a little, and to learn simple shortcuts? Ctrl-E or Shift-Ctrl-E to export the image to any format you wish, Ctrl-W Alt-W to close the image without saving it. Seeing a warning message 20 times was clearly enough for teaching me that I should use Ctrl-E instead of Ctrl-S.

Old dog and new tricks?

2012-08-07 09:23:49 UTC (over 1 year ago)
postings
6
contact
Send private message

HATE the new save vs. export behavior

2012/8/6 Anoko :

I've seen the new "you have to use export" messagebox about 20 times now, very annoying ;-). Why is it not OK to allow saving to e.g. png (especially when not using layers!), but keep the export function ALSO as it is? That way, everyone will be happy I think?

Is it soooooooooo difficult to change one's habits a little, and to learn simple shortcuts? Ctrl-E or Shift-Ctrl-E to export the image to any format you wish, Ctrl-W Alt-W to close the image without saving it. Seeing a warning message 20 times was clearly enough for teaching me that I should use Ctrl-E instead of Ctrl-S.

Well habbits or not, I still wonder why it is explicitly disallowed to save as something other than xcf. As I said, allowing that+keeping the export option makes all users happy. Now, a way that apparently some part of the users like and some don't is forced to all, while it is not necessary to force it.

GIMP is not the only program I use, so yeah I keep pressing CTRL+S thinking that should save whatever I'm editting to whatever file extension I gave it, just like in Inkscape, Libreoffice, KDevelop, etc. To me, "exporting" to a png does not feel like exporting at all. If the original image is something bitmappy without layers, there is no loss, and I use GIMP mostly for that. If it did have layers, GIMP would already warn. I don't use GIMP often enough to get used to learn the fact that it's the only program I have where CTRL+S does not save, but rather wants me to make a temporary projectfile.

Gfxuser
2012-08-07 09:47:17 UTC (over 1 year ago)

HATE the new save vs. export behavior

On 07.08.12 at 11:23, Anoko wrote:

2012/8/6 Anoko :

I've seen the new "you have to use export" messagebox about 20 times now, very annoying ;-). Why is it not OK to allow saving to e.g. png (especially when not using layers!), but keep the export function ALSO as it is? That way, everyone will be happy I think?

Is it soooooooooo difficult to change one's habits a little, and to learn simple shortcuts? Ctrl-E or Shift-Ctrl-E to export the image to any format you wish, Ctrl-W Alt-W to close the image without saving it. Seeing a warning message 20 times was clearly enough for teaching me that I should use Ctrl-E instead of Ctrl-S.

Well habbits or not, I still wonder why it is explicitly disallowed to save as something other than xcf. As I said, allowing that+keeping the export option makes all users happy. Now, a way that apparently some part of the users like and some don't is forced to all, while it is not necessary to force it. ...

Hi Anoko,

this question has been widely discussed before and like many others I think, all that has to be said about it is already said. So don't be surprised if some answers sound annoyed. Usually advanced users have problems with the new behaviour, not experts and not beginners. If you can't live without Ctrl+S you can easily change the shortcuts via the Edit menu. If you like to know more about this change and why things have changed this way, you find some explanations at http://libregraphicsworld.org/blog/entry/gimp-2.8-understanding-ui-changes. At least the last sentence in the 'Save and export' chapter is very important.
I hope this helps you.

Best regards,

grafxuser

Alexandre Prokoudine
2012-08-07 10:20:43 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Tue, Aug 7, 2012 at 1:23 PM, Anoko wrote:

GIMP is not the only program I use, so yeah I keep pressing CTRL+S thinking that should save whatever I'm editting to whatever file extension I gave it, just like in Inkscape, Libreoffice, KDevelop, etc.

Inkscape does it wrong too, and the plan is to save only what it can open as a native file. It just hasn't been done yet. Which means that eventually Inkscape will work much like GIMP 2.8 in that respect.

Alexandre Prokoudine http://libregraphicsworld.org

Patrick Shanahan
2012-08-07 11:26:27 UTC (over 1 year ago)

HATE the new save vs. export behavior

* Anoko [08-07-12 05:25]:

2012/8/6 Anoko :

I've seen the new "you have to use export" messagebox about 20 times now, very annoying ;-). Why is it not OK to allow saving to e.g. png (especially when not using layers!), but keep the export function ALSO as it is? That way, everyone will be happy I think?

Is it soooooooooo difficult to change one's habits a little, and to learn simple shortcuts? Ctrl-E or Shift-Ctrl-E to export the image to any format you wish, Ctrl-W Alt-W to close the image without saving it. Seeing a warning message 20 times was clearly enough for teaching me that I should use Ctrl-E instead of Ctrl-S.

Well habbits or not, I still wonder why it is explicitly disallowed to save as something other than xcf. As I said, allowing that+keeping the export option makes all users happy. Now, a way that apparently some part of the users like and some don't is forced to all, while it is not necessary to force it.

You are "hung up* on a single word, "save" vs "export". Change your key bindings to match what *you* want.

Richard Gitschlag
2012-08-07 15:14:45 UTC (over 1 year ago)

HATE the new save vs. export behavior

Date: Tue, 7 Aug 2012 11:23:49 +0200 From: forums@gimpusers.com
To: gimp-user-list@gnome.org
CC: team@gimpusers.com
Subject: [Gimp-user] HATE the new save vs. export behavior

Well habbits or not, I still wonder why it is explicitly disallowed to save as something other than xcf. As I said, allowing that+keeping the

export option makes all users happy. Now, a way that apparently

some part of the users like and some don't is forced to all, while it is

not necessary to force it.

Translation: Why the existing message can/may not be converted into an "Export/Cancel" prompt, which would be a have-cake-eat-it-too solution. That the developers insist the cake being a lie is ... mystifying, to say the least.

... I don't use GIMP often enough to get used to learn the

fact that it's the only program I have where CTRL+S does not save,

but

rather wants me to make a temporary projectfile.

--
Anoko (via gimpusers.com)

In my experience, I only have a few such programs: GIMP 2.8, Visual Studio, and FontForge. Visual Studio, being a win32 program compiler, is pretty obvious: "Save" saves the project source code, and "Compile" writes the finished executable. FontForge's documentation makes clear that real font files are extremely optimized for small file sizes and don't include a lot of helpful metadata that is saved with your project (.sfd) file; the "Generate Fonts" command is what writes actual font files.

In my experience I've also personally written a program used to design mods for one specific game, where the "Save" command stored a project file and a separate "Compile..." command packaged it into the actual mod file. (Coincidentally, all three of these share another thing in common: Needing to perform a validation/error check before compiling the file.)

By contrast, GIMP is the only program I use where the majority of my work involves outputting to a standard file format, and I've only used XCF for situations where other formats simply cannot handle it (i.e. multilayer arrangements).

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Ken Warner
2012-08-07 15:52:40 UTC (over 1 year ago)

HATE the new save vs. export behavior

We have found that logic does not apply here. The only allowed interactions are those approved by the developers.

On 8/7/2012 2:23 AM, Anoko wrote:

2012/8/6 Anoko:

I've seen the new "you have to use export" messagebox about 20 times now, very annoying ;-). Why is it not OK to allow saving to e.g. png (especially when not using layers!), but keep the export function ALSO as it is? That way, everyone will be happy I think?

Is it soooooooooo difficult to change one's habits a little, and to learn simple shortcuts? Ctrl-E or Shift-Ctrl-E to export the image to any format you wish, Ctrl-W Alt-W to close the image without saving it. Seeing a warning message 20 times was clearly enough for teaching me that I should use Ctrl-E instead of Ctrl-S.

Well habbits or not, I still wonder why it is explicitly disallowed to save as something other than xcf. As I said, allowing that+keeping the export option makes all users happy. Now, a way that apparently some part of the users like and some don't is forced to all, while it is not necessary to force it.

GIMP is not the only program I use, so yeah I keep pressing CTRL+S thinking that should save whatever I'm editting to whatever file extension I gave it, just like in Inkscape, Libreoffice, KDevelop, etc. To me, "exporting" to a png does not feel like exporting at all. If the original image is something bitmappy without layers, there is no loss, and I use GIMP mostly for that. If it did have layers, GIMP would already warn. I don't use GIMP often enough to get used to learn the fact that it's the only program I have where CTRL+S does not save, but rather wants me to make a temporary projectfile.

bruno@buys.net.br
2012-08-07 16:51:54 UTC (over 1 year ago)

HATE the new save vs. export behavior

You are "hung up* on a single word, "save" vs "export". Change

your key

bindings to match what *you* want.

Totally agreed. The
criticism to the new behaviour is quite bureaucratic.

2012-08-07 18:49:05 UTC (over 1 year ago)
postings
6
contact
Send private message

HATE the new save vs. export behavior

You are "hung up* on a single word, "save" vs "export". Change

your key

bindings to match what *you* want.

Totally agreed. The
criticism to the new behaviour is quite bureaucratic.

I'm not sure how this remark helps the discussion (nor the other personal remarks about developers in other posts). I understand the discussion is heated, but please refrain from making inconstructive remarks (everyone). I just noticed this new GIMP behaviour, as Debian has only recently pushed 2.8 into testing. As will many other of the (probably less sofisticated) users.

Fact is that there are people who don't like the feature. Actually, I suppose this forum holds most of the people doing advanced stuff with GIMP, which in ratio will probably more often use the new feature compared to others. All people in my surroundings use GIMP for simpler tasks, and I suspect they will all dislike the new feature.

I read the explanation about the new feature. It basically tells me that GIMP users not liking the feature are not the intended audience of future GIMP versions. Personally, I doubt whether all intended users want to be enforced in a specific ("project for each image") way of working, but of course, the intended audience of GIMP are a choice of the developers, and there's not much to argue against it. However, I do not understand why no one discusses a compromise that does neither enforce nor burden exporting. Are the developers really willing to give up a "part" of their users for something which I think can be compromised in a way both sides are happy??

The explanation page says "In other words, GIMP used to assume that you don't mind accidental loss of unrecoverable project data and bothered you with confirmation dialogs. It was a convoluted logic, but people got used to it."

I do not see why this is solved. Someone who is not familair with GIMP, that wants to store something as a png file, clicks save, finds it needs to export, clicks export and has lost their layered data nevertheless, now basically without a warning saying layers got lost.

Øyvind Kolås
2012-08-07 18:54:11 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Tue, Aug 7, 2012 at 8:49 PM, Anoko wrote:

I do not see why this is solved. Someone who is not familair with GIMP, that wants to store something as a png file, clicks save, finds it needs to export, clicks export and has lost their layered data nevertheless, now basically without a warning saying layers got lost.

GIMP knows that your project only has been exported not saved, it will thus ask you to save later when you try to quit GIMP - giving you a chance to preserve the layer structure (higher bit depth, and more) that was discarded in the export to PNG.

/

The future is already here. It's just not very evenly distributed
                                                 -- William Gibson
http://twitter.com/hodefoting
2012-08-07 19:13:13 UTC (over 1 year ago)
postings
6
contact
Send private message

HATE the new save vs. export behavior

On Tue, Aug 7, 2012 at 8:49 PM, Anoko wrote:

I do not see why this is solved. Someone who is not familair with GIMP, that wants to store something as a png file, clicks save, finds it needs to export, clicks export and has lost their layered data nevertheless, now basically without a warning saying layers got lost.

GIMP knows that your project only has been exported not saved, it will thus ask you to save later when you try to quit GIMP - giving you a chance to preserve the layer structure (higher bit depth, and more) that was discarded in the export to PNG.

It does not help: The exit conformation does not say anything explicitly about layers. It will thus confuse people not understanding the difference between export, save, and what layers are about, and people that do know the difference, already knew they were saving to png and it does not help. If they exported to jpg and forgot about their transparancy layer, they are no longer warned.

Alexandre Prokoudine
2012-08-07 19:30:51 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Tue, Aug 7, 2012 at 10:49 PM, Anoko wrote:

However, I do not understand why no one discusses a compromise that does neither enforce nor burden exporting.

The secondary workflow _is_ the compromise.

Are the developers really willing to give up a "part" of their users for something which I think can be compromised in a way both sides are happy??

Implementing behavior options _isn't_ a compromise, it's just another way of crippling user experience.

The explanation page says "In other words, GIMP used to assume that you don't mind accidental loss of unrecoverable project data and bothered you with confirmation dialogs. It was a convoluted logic, but people got used to it."

I do not see why this is solved.

Yes, you don't see it :)

Someone who is not familair with GIMP, that wants to store something as a png file, clicks save, finds it needs to export, clicks export and has lost their layered data nevertheless, now basically without a warning saying layers got lost.

Absolutely not. No one loses anything until confirming that by closing the project without saving as XCF.

Alexandre Prokoudine http://libregraphicsworld.org

2012-08-07 20:59:47 UTC (over 1 year ago)
postings
6
contact
Send private message

HATE the new save vs. export behavior

On Tue, Aug 7, 2012 at 10:49 PM, Anoko wrote:

The explanation page says "In other words, GIMP used to assume that you don't mind accidental loss of unrecoverable project data and bothered you with confirmation dialogs. It was a convoluted logic, but people got used to it."

I do not see why this is solved.

Yes, you don't see it :)

I understand that you are bored of the discussion, but by suggesting that it is my problem alone of seeing it wrong, I think that's a bit insulting and really unnecessary. I was at least trying to be constructive. I suspect though that you have misunderstood my use case.

User: lets say he wants so save image with transparance as jpg, clicks save Gimp: you have to use export
User: Export to jpg
Gimp: ok! (no message that transparance got lost) User: click exit
Gimp: Sure? not saved!
User: uh, I just exported it, oh yeah right exporting is not saving. But it's exported, so my changes are safe. Agree! Transparancy lost. This is something I already encountered once, so it is a realistic use case (whether it is a probable is something else, but whether the previous "problem" was much larger is to be seen as well).

Since in the "old" workflow, everyone who used to use "save" for exporting to png/jpg etc., will with some annoyance now use export, but no longer get "flatten layers?" messages, and he/she has to remember that indeed "unsaved changes" are unrelated to exporting.

Since such people will always get a "you have unsaved changes" message when exitting the GIMP, this message becomes useless for this workflow. Thus, the only way to use GIMP without major annoyance, is to follow the forced xcf route.

Rob Antonishen
2012-08-07 21:10:05 UTC (over 1 year ago)

HATE the new save vs. export behavior

I suspect though that you have misunderstood my use case.

User: lets say he wants so save image with transparance as jpg, clicks save Gimp: you have to use export
User: Export to jpg
Gimp: ok! (no message that transparance got lost) User: click exit
Gimp: Sure? not saved!
User: uh, I just exported it, oh yeah right exporting is not saving. But it's exported, so my changes are safe. Agree!

And this is where your use case is wrong! The whole point of separating save and export is that ONLY save is "safe". An export is NOT guaranteed to be either safe or lossless. It may be, depending on the source image. Your example exactly demonstrates the purpose of the new paradigm.

-Rob A >

Alexandre Prokoudine
2012-08-07 21:17:31 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Wed, Aug 8, 2012 at 12:59 AM, Anoko wrote:

I understand that you are bored of the discussion, but by suggesting that it is my problem alone of seeing it wrong, I think that's a bit insulting and really unnecessary.

Well, what if it _is_ your problem alone? I could wrap that up in a cheerful marketing language. Should I?

I was at least trying to be constructive.

I did provide an explanation why nobody loses anything unless specifically willing to do that. If you want to have an argument about who was trying to be constructive, please don't count me in, otherwise we'll never hear the end of it.

I suspect though that you have misunderstood my use case.

User: lets say he wants so save image with transparance as jpg

Excuse me, but can you see the target group of users really trying that?

http://gui.gimp.org/index.php/Vision_briefing#GIMP_and_its_core_users

User: uh, I just exported it, oh yeah right exporting is not saving. But it's exported, so my changes are safe. Agree!

Nope. Exporting is never safe. That's the whole point of exporting as opposed to saving.

You see, no matter how many times we repeat who this is done for, people keep trying to dumb the argumentation down to "but what if you take a complete newbie who knows nothing?". Now that is really boring. And quite possibly insulting.

You make your use case sound like something horrible happens when transparency is lost. But GIMP insists that you save the project data to XCF so that at any time later you could redo exporting the right way or whatever it is that you wish to adjust. That's the point of saving in GIMP, see?

Let me reinstate that: nothing is ever lost until you wish so.

Alexandre Prokoudine http://libregraphicsworld.org

Alexandre Prokoudine
2012-08-07 21:32:55 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Wed, Aug 8, 2012 at 1:10 AM, Rob Antonishen wrote:

And this is where your use case is wrong! The whole point of separating save and export is that ONLY save is "safe". An export is NOT guaranteed to be either safe or lossless. It may be, depending on the source image. Your example exactly demonstrates the purpose of the new paradigm.

The main problem I see with the suggested use case is here: "Transparancy lost. This is something I already encountered once, so it is a realistic use case."

Excuse me, Anoko, but there's no way I'm going to believe that a mistake that is only ever done once is going to completely ruin everything. Especially since GIMP asks to save project data.

Alexandre Prokoudine http://libregraphicsworld.org

2012-08-07 21:42:03 UTC (over 1 year ago)
postings
6
contact
Send private message

HATE the new save vs. export behavior

[..]

User: uh, I just exported it, oh yeah right exporting is not saving. But it's exported, so my changes are safe. Agree!

And this is where your use case is wrong! The whole point of separating save and export is that ONLY save is "safe". An export is NOT guaranteed to be either safe or lossless. It may be, depending on the source image. Your example exactly demonstrates the purpose of the new paradigm.

Its wrong because users don't think that way? Not even a chance? :-/ I think they do.

An export is guaranteed to be safe in 98% cases for people not using intermediate xcfs, thus this paradigm is irrelevant and confusing for them. Then, yes, there's another lot of people for who the export is relevant. But both sides exist, I think this discussion is enough prove of that.

Marco Ciampa
2012-08-07 21:42:30 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Tue, Aug 07, 2012 at 10:59:47PM +0200, Anoko wrote:

On Tue, Aug 7, 2012 at 10:49 PM, Alexandre Prokoudine wrote:

On Tue, Aug 07, 2012 at 10:59:47PM +0200, Anoko wrote:

The explanation page says "In other words, GIMP used to assume that you don't mind accidental loss of unrecoverable project data and bothered you with confirmation dialogs. It was a convoluted logic, but people got used to it."

I do not see why this is solved.

Yes, you don't see it :)

I understand that you are bored of the discussion, but ....

No, the problem is really that you do not see it, sorry, no offense ...

User: lets say he wants so save image with transparance as jpg, clicks save Gimp: you have to use export
User: Export to jpg
Gimp: ok! (no message that transparance got lost)

And that is right! If you think that starting from an image format and saving into another brings so many ways to (possibly) loose data that this way, in that only save actually SAVE all the data, is the only logic way to do it.

User: click exit
Gimp: Sure? not saved!
User: uh, I just exported it,
oh yeah right exporting is not saving. But it's exported, oh yeah right exporting is not saving. But it's exported, oh yeah right exporting is not saving. But it's exported, oh yeah right exporting is not saving. But it's exported, oh yeah right exporting is not saving. But it's exported, oh yeah right exporting is not saving. But it's exported, oh yeah right exporting is not saving. But it's exported, so my changes are safe. Agree!

Doh! http://thinkexist.com/quotation/alright-brain-you-don-t-like-me-and-i-don-t-like/538158.html

Transparancy lost.

or image lost due to lossy compression or path lost
or text layer lost
or color depth lost
or whatever

please SAVE!

This is something I already encountered once,

I am shure ... ;-)

so it is a realistic use case

Yes it is very realistic ;-)))))

(whether it is a probable is something else, but whether the previous "problem" was much larger is to be seen as well).

yes it is a big problem, a classic PEBKAC http://ars.userfriendly.org/cartoons/?id=19980506&mode=classic

;-)

Sorry I couldn't resist!

Alexandre Prokoudine
2012-08-07 21:52:58 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Wed, Aug 8, 2012 at 1:42 AM, Anoko wrote:

Its wrong because users don't think that way?

What users? :)

The are no "users in general". There are all sorts of workflows and uses for applications. There are all kinds of users too.

The kind of users we are targeting, mostly understand and accept the distinction between saving and exporting.

The usability team spent quite a while writing all the reasoning down at gui.gimp.org. I don't really understand why we need yet another long thread to go through all these things yet again.

Alexandre Prokoudine http://libregraphicsworld.org

Jay Smith
2012-08-07 21:58:54 UTC (over 1 year ago)

HATE the new save vs. export behavior

On 08/07/2012 04:59 PM, Anoko wrote:

On Tue, Aug 7, 2012 at 10:49 PM, Anoko wrote:

The explanation page says "In other words, GIMP used to assume that you don't mind accidental loss of unrecoverable project data and bothered you with confirmation dialogs. It was a convoluted logic, but people got used to it."

I do not see why this is solved.

Yes, you don't see it :)

I understand that you are bored of the discussion, but by suggesting that it is my problem alone of seeing it wrong, I think that's a bit insulting and really unnecessary. I was at least trying to be constructive. I suspect though that you have misunderstood my use case.

User: lets say he wants so save image with transparance as jpg, clicks save Gimp: you have to use export
User: Export to jpg
Gimp: ok! (no message that transparance got lost) User: click exit
Gimp: Sure? not saved!
User: uh, I just exported it, oh yeah right exporting is not saving. But it's exported, so my changes are safe. Agree! Transparancy lost. This is something I already encountered once, so it is a realistic use case (whether it is a probable is something else, but whether the previous "problem" was much larger is to be seen as well).

Since in the "old" workflow, everyone who used to use "save" for exporting to png/jpg etc., will with some annoyance now use export, but no longer get "flatten layers?" messages, and he/she has to remember that indeed "unsaved changes" are unrelated to exporting.

Since such people will always get a "you have unsaved changes" message when exitting the GIMP, this message becomes useless for this workflow. Thus, the only way to use GIMP without major annoyance, is to follow the forced xcf route.

Hi Anoko,

I am just another user like you. I also don't like the new save/export model.

I wish that a mechanism could be found that solves these save/export issues for _both_ types of workflows. However, the answer to that from the developers seems to have been that it is too hard and causes too much potential confusion / logic branching in the code, thus making future coding more difficult. (So instead the users of one workflow type or the other have to do the work instead of the computer doing the work.)

However, IMHO the developers have _not_ misunderstood your use case and are _not_ overlooking the use case you describe.

Instead, IMHO they are not concerned about that use case.

It is all very strange to me. On one hand, they developers were trying to avoid accidental loss of data by making the change that they made.

However, the use case you describe (which I can see happening to many people) does not, IMHO, seem to concern the developers because they _may_ be thinking that "only an amateur" would make that mistake and thus that is not of concern for Gimp because Gimp is really not an appropriate tool for amateurs and amateurs are not in the target user group that the developers are making Gimp for.

So, on one hand, the developers make a change to prevent users from losing data as a result of their own lack of knowledge or bad procedures. On the other hand, the developers seem to ignore a situation (that you have described) which has the same result.

Either Gimp is for advanced users who won't have these problems (and don't need to be protected from themselves) or it is for a broader group of users that do need to have some protection from themselves. Pick one.

IMHO, the "loss of data" situation that the developers were trying to prevent with this change was not serious problem for the Gimp target user group (advanced users). I doubt those advanced users were having a problem before this change. I suspect that the people who were having the problem is the very group that are still going to have a problem in the use case you described.

When all the arguments about this got "loud", I expressed my opinion that protecting users from their own ignorance and bad procedures just enabled users to be ignorant and use bad procedures. My opinion was/is that learning is (along with many other factors) a result of making errors, paying the price.... and thus learning.

We evolve by learning. We learn as the result of experiences. Take away some of the bad experiences and you reduce the opportunities for learning.

The developers jumped on me like I had five horns growing out of my head. I got emails that called me bad names and suggested that I was a terrible person because I would allow somebody to suffer just so that they would learn something. (In response, I say that a person will suffer a whole lifetime if they don't learn some hard lessons -- the faster they do that learning, the sooner their life will get easier.)

In the end, however, I wish that a mechanism could be found that solves these save/export issues for _both_ types of workflows.

99% of my use is open TIFF, edit TIFF, save TIFF, close TIFF. 99% of the time, I have absolutely no need for retaining any data that cannot be saved in the TIFF. If I do need such data, I know how to save in the XCF file format.

I continue to try and use Gimp for my "simplistic" workflow because of some of the other very useful and valuable features Gimp has.

In any case, it has been said very clearly many times that this change to Gimp is permanent and that no amount of complaining and no amount of other use cases or other logic will change anything. I understand what the developers mean by saying that, but it makes it sound like they will not ever consider thinking about a mechanism that satisfies both groups. Blocking out the possibility of thinking about hard problems is sad.

All that said, and despite the insults I have received from a few developers, I have the greatest respect for what they have made and the ongoing work that they are doing. I think we underestimate how dedicated they have been and how much work they have done with very little reward.

People never complain about the quality or attributes of something that does not exist. If they had not made Gimp, we would have nothing to complain about.

Jay

Ken Warner
2012-08-07 22:06:56 UTC (over 1 year ago)

HATE the new save vs. export behavior

Alexandre,

Just because you write something down doesn't make it right.

Mein Kampf comes to mind.....

On 8/7/2012 2:52 PM, Alexandre Prokoudine wrote:

On Wed, Aug 8, 2012 at 1:42 AM, Anoko wrote:

Its wrong because users don't think that way?

What users? :)

The are no "users in general". There are all sorts of workflows and uses for applications. There are all kinds of users too.

The kind of users we are targeting, mostly understand and accept the distinction between saving and exporting.

The usability team spent quite a while writing all the reasoning down at gui.gimp.org. I don't really understand why we need yet another long thread to go through all these things yet again.

Alexandre Prokoudine http://libregraphicsworld.org
_______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Jay Smith
2012-08-07 22:28:56 UTC (over 1 year ago)

HATE the new save vs. export behavior

On 08/07/2012 05:52 PM, Alexandre Prokoudine wrote:

The usability team spent quite a while writing all the reasoning down at gui.gimp.org. I don't really understand why we need yet another long thread to go through all these things yet again.

Alexandre Prokoudine

Alexandre,

IMHO the answers to your (probably rhetorical) statement (which I take as more of a question) are fairly obvious...

Either the "writing" process was not complete and/or the needs and preferences of some users/workflows were either not considered, were considered and ignored as unimportant, or viewed as outside the target group of users.

As many husbands have taken decades to learn (or else they are no longer married), sometimes "writing all the reasoning down" won't make the wife feel better. Right now, the developers are responding to an emotional situation by saying something like "but we did what was logical, we even wrote it down first". In the recorded history of human relations, I doubt that response has worked on a regular, consistent basis.

Users become very attached to the software they use. They start to think of it as "theirs". They have made a very real investment in time, energy, learning, etc. to use the software. Users also develop a "brand attachment" that is deeper than most product makers comprehend (users of products will often stick by a product that even they themselves complain about as being inferior -- sort of a Stockholm Syndrome in a different kind of way).

Software must evolve over time. If the users need the features in the new software versions, then the users must evolve with it. (Otherwise, the users have to set up Vmware and run old software on old operating systems -- I am still running one such program that I obtained in 1984 because I still have not been able to find anything better for the very specialized task I use it for.)

When software evolves in a direction different from that user/workflow, the user experiences *very personal* feelings of *loss*.

The strong feelings expressed in all these "yet another long threads" are users expressing their feelings of _loss_.

And it is not just their _feelings_. Some of them will decide that they will have to migrate to other software which does include them it its "target user group". That migration comes at a very real cost of time, effort, learning, and perhaps money.

Every product, probably especially including software, must over time re-evaluate who its "target user group" is. In doing so, if changes are made, then some previous _loyal_ users will be excluded. Those users have done nothing "wrong" -- they just woke up one morning and found that they now live outside the walls of the city and there is nothing they can do about it.

If the developers have made a mistake, it was possibly overlooking these "feelings issues" and not expecting such a strong reaction. That is not to say that the developers did not have to do what they did. However, they should not have been surprised by the reaction.

*If* I recall correctly, for a short period of time before you (Alexandre) took on your current role of attempting to soften and humanize the communication, there was some rather harsh communication from the developer side that just poured salt in users' wounds. Your involvement has made things better, though it seems that you are (understandably) getting tired. THANK YOU FOR WHAT YOU HAVE BEEN DOING!

I just wish the developers would be open to conversation of how both types of workflows could be accommodated efficiently (both efficient for users and in the code). Closing off that possibility of conversation is perhaps what hurts most of all. I wish I had enough knowledge to contribute ideas of how to accomplish this while meeting the needs of all.

Jay

Jay Smith
2012-08-07 22:29:52 UTC (over 1 year ago)

Definition of "project data" .... vs "image data" vs "workspace data"

On 08/07/2012 05:32 PM, Alexandre Prokoudine wrote:

On Wed, Aug 8, 2012 at 1:10 AM, Rob Antonishen wrote:

And this is where your use case is wrong! The whole point of separating save and export is that ONLY save is "safe". An export is NOT guaranteed to be either safe or lossless. It may be, depending on the source image. Your example exactly demonstrates the purpose of the new paradigm.

The main problem I see with the suggested use case is here: "Transparancy lost. This is something I already encountered once, so it is a realistic use case."

Excuse me, Anoko, but there's no way I'm going to believe that a mistake that is only ever done once is going to completely ruin everything. Especially since GIMP asks to save project data.

Alexandre Prokoudine

Splitting off to a different thread.

I have seen the term "project data" used in regard to XCF file format, as Alexandre has above.

However, to me, the XCF does not _currently_ really save what I consider to be the _project_ data.

Gimp does not save, to my knowledge (please excuse any errors), the following (and more, I am sure):

- window positions or sizes - visible dialogs
- viewing magnification magnification - active tool
- most recently applied filter
- most recently used settings in dialogs (such as Image Size settings such as inch vs mm etc.)
etc., etc.

Maybe these things are on the horizon, which would be great.

Still, when I think of a "project", I usually think of multiple images open at the same time, etc.

I don't know that "project" is a good word in this situation. I would prefer "workspace". But even if it is to be "project" it is more than just one image.

What I hope to see in the years to come is:

- Saving "image" includes saving the items listed above (and others) for a single image.

- Saving "workspace" (or "project") saves all "image" stuff mentioned above, for multiple images and whatever else is going on in Gimp at that moment. Opening "workspace [name]" would open multiple images and everything would look exactly like it did when the workspace was saved.

(Or maybe "project" and "workspace" are completely different things??)

Jay

Alexandre Prokoudine
2012-08-07 22:31:04 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Wed, Aug 8, 2012 at 1:58 AM, Jay Smith wrote:

IMHO, the "loss of data" situation that the developers were trying to prevent with this change was not serious problem for the Gimp target user group (advanced users). I doubt those advanced users were having a problem before this change. I suspect that the people who were having the problem is the very group that are still going to have a problem in the use case you described.

Jay,

Since you are talking about IMHOs, I consider myself an advanced user. In a number of cases I already benefitted from the save/export separation, because it forced me to save XCF which I thought I probably didn't need and then ended up needing it to avoid redoing some layer compositions from scratch.

I also have compositions that I will probably never recover in a multilayered version, because I thought I knew better, and I was wrong.

The developers jumped on me like I had five horns growing out of my head.

Nobody really jumps on people round here. Besides, folks with five horns growing out of their heads have very few chances to be human, have they not? :)

In any case, it has been said very clearly many times that this change to Gimp is permanent and that no amount of complaining and no amount of other use cases or other logic will change anything. I understand what the developers mean by saying that, but it makes it sound like they will not ever consider thinking about a mechanism that satisfies both groups. Blocking out the possibility of thinking about hard problems is sad.

Jay, we are thinking about hard problems all the time. Whether you accept the results is an entirely different question.

Alexandre Prokoudine http://libregraphicsworld.org

Rob Antonishen
2012-08-07 22:35:34 UTC (over 1 year ago)

HATE the new save vs. export behavior

[..]

User: uh, I just exported it, oh yeah right exporting is not saving. But it's exported, so my changes are safe. Agree!

And this is where your use case is wrong! The whole point of separating save and export is that ONLY save is "safe". An export is NOT guaranteed to be either safe or lossless. It may be, depending on the source image. Your example exactly demonstrates the purpose of the new paradigm.

Its wrong because users don't think that way? Not even a chance? :-/ I think they do.

An export is guaranteed to be safe in 98% cases for people not using intermediate xcfs, thus this paradigm is irrelevant and confusing for them.

I'd love to know where you got that number from as my experience tells me otherwise.

- Loading, modifying then saving a jpeg back is never "safe", just because of jpeg compression, with the possible exception of rotation and cropping, assuming the software does it correctly. - Under 2.6, saving in most non xcf file formats would loose many things such as saved selections and paths, - Under 2.6, saving as a psd would loose text layers rasterizing them instead as well as paths, without a warning,

On top of that, I have read countless posts on many forums that go along the lines of "I added the text 'I can has z cheezburger' to my funny picture and saved it. Now I want to change the text and I can't select it any more. Attached is the jpeg. Help!" or "I spent hours making a selection so I could make my car purple in this picture but really wanted it green. I How do I get that selection back. Attached is the jpeg."

Personally, I think that people will always use hammers to pound in screws, screwdrivers to pry things open, and pry-bars to hammer in nails, cause it is the tool they happen to have in hand. A part of using a tool is learning how to use that tool in the manner it is intended. I see the save/export distinction one small way to help educate users, and make them better users in the long run.

-Rob A>

Alexandre Prokoudine
2012-08-07 22:53:59 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Wed, Aug 8, 2012 at 2:28 AM, Jay Smith wrote:

As many husbands have taken decades to learn (or else they are no longer married), sometimes "writing all the reasoning down" won't make the wife feel better. Right now, the developers are responding to an emotional situation by saying something like "but we did what was logical, we even wrote it down first". In the recorded history of human relations, I doubt that response has worked on a regular, consistent basis.

Jay,

Let's not try fooling each other. The only thing the former community is really going to accept is "Sorry, we screwed up, and you were right all the time. We are going to revert, sorry again".

The former community will probably also accept "OK, we are going to make this optional", except no two people so far agreed on how exactly this should be done, and noone so far seems to have understood how badly it would affect usability and code maintenance.

People just want the old stuff back at any cost. Not gonna happen.

Users become very attached to the software they use.

You make it sound like there are generations of people who passed the habit of Ctrl+S for saving to PNG from father to son, whereas personal digital image editing is barely 30 years old :)

When software evolves in a direction different from that user/workflow, the user experiences *very personal* feelings of *loss*.

The strong feelings expressed in all these "yet another long threads" are users expressing their feelings of _loss_.

And it is not just their _feelings_. Some of them will decide that they will have to migrate to other software which does include them it its "target user group". That migration comes at a very real cost of time, effort, learning, and perhaps money.

Excuse me, but what is wrong with that picture? Human civilization always needs time to adapt to new things. It was ever so.

Would you tell Wright brothers that they shouldn't have had come up with their Flyer, because, ye gods, a hundred years later people still got to spend some time to learn how to get the bloody thing take off? :)

If the developers have made a mistake, it was possibly overlooking these "feelings issues" and not expecting such a strong reaction. That is not to say that the developers did not have to do what they did. However, they should not have been surprised by the reaction.

We knew it was going to be crying and moaning all over the place. We had early warnings of that, too. And actually we made few adjustments to the new model to clarify things, e.g.

http://git.gnome.org/browse/gimp/commit/?h=gimp-2-8&id=f4ce57aa9709e492666c16259e81625a3e4a7796

http://git.gnome.org/browse/gimp/commit/?h=gimp-2-8&id=c3e904fab1b29224b7dd55bb5b4af49f34c3b335

Alexandre Prokoudine http://libregraphicsworld.org

Alexandre Prokoudine
2012-08-07 23:11:57 UTC (over 1 year ago)

Definition of "project data" .... vs "image data" vs "workspace data"

On Wed, Aug 8, 2012 at 2:29 AM, Jay Smith wrote:

However, to me, the XCF does not _currently_ really save what I consider to be the _project_ data.

Gimp does not save, to my knowledge (please excuse any errors), the following (and more, I am sure):

- window positions or sizes - visible dialogs
- viewing magnification magnification - active tool
- most recently applied filter
- most recently used settings in dialogs (such as Image Size settings such as inch vs mm etc.)
etc., etc.

OK, fair point. I can see how a project could have several related images and certain workspace preferences preserved (i.e. "restore as I left it"). Maybe Peter would be interested to have a go at this in the future.

Of all the items listed above only the latter is kinda being addressed so far. Right now, in Git master, some of the former GIMP filters that have been ported to GEGL use the skeleton of the experimental GEGL tool and thus save recent settings automatically. I use it a lot for applying the unsharp mask filter (but I only scale down and clean-up stuff with this version, really -- it's not ready for prime time use).

(Or maybe "project" and "workspace" are completely different things??)

To me, they overlap. At least, a little bit.

Alexandre Prokoudine http://libregraphicsworld.org

Alexandre Prokoudine
2012-08-07 23:20:30 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Wed, Aug 8, 2012 at 2:06 AM, Ken Warner wrote:

Alexandre,

Just because you write something down doesn't make it right.

Mein Kampf comes to mind.....

Ken,

Your unwillingness to try understanding the text you are commenting on is amusing, but doesn not really encourage a constructive discussion.

We never said we are right and everybody else is wrong. We never said things are right because we write them down. You just made it up, and if you were a fair person, you'd apologize, but I cannot possibly insist on that.

What we did say is that we make decisions that seem right to us, and we are responsible for making these decisions.

Surely you are intelligent enough to see the difference.

Alexandre Prokoudine http://libregraphicsworld.org

Jay Smith
2012-08-07 23:23:43 UTC (over 1 year ago)

HATE the new save vs. export behavior

On 08/07/2012 06:53 PM, Alexandre Prokoudine wrote:

On Wed, Aug 8, 2012 at 2:28 AM, Jay Smith wrote:

As many husbands have taken decades to learn (or else they are no longer married), sometimes "writing all the reasoning down" won't make the wife feel better. Right now, the developers are responding to an emotional situation by saying something like "but we did what was logical, we even wrote it down first". In the recorded history of human relations, I doubt that response has worked on a regular, consistent basis.

Jay,

Let's not try fooling each other. The only thing the former community is really going to accept is "Sorry, we screwed up, and you were right all the time. We are going to revert, sorry again".

The former community will probably also accept "OK, we are going to make this optional", except no two people so far agreed on how exactly this should be done, and noone so far seems to have understood how badly it would affect usability and code maintenance.

People just want the old stuff back at any cost. Not gonna happen.

Users become very attached to the software they use.

You make it sound like there are generations of people who passed the habit of Ctrl+S for saving to PNG from father to son, whereas personal digital image editing is barely 30 years old :)

When software evolves in a direction different from that user/workflow, the user experiences *very personal* feelings of *loss*.

The strong feelings expressed in all these "yet another long threads" are users expressing their feelings of _loss_.

And it is not just their _feelings_. Some of them will decide that they will have to migrate to other software which does include them it its "target user group". That migration comes at a very real cost of time, effort, learning, and perhaps money.

Excuse me, but what is wrong with that picture? Human civilization always needs time to adapt to new things. It was ever so.

Would you tell Wright brothers that they shouldn't have had come up with their Flyer, because, ye gods, a hundred years later people still got to spend some time to learn how to get the bloody thing take off? :)

If the developers have made a mistake, it was possibly overlooking these "feelings issues" and not expecting such a strong reaction. That is not to say that the developers did not have to do what they did. However, they should not have been surprised by the reaction.

We knew it was going to be crying and moaning all over the place. We had early warnings of that, too. And actually we made few adjustments to the new model to clarify things, e.g.

http://git.gnome.org/browse/gimp/commit/?h=gimp-2-8&id=f4ce57aa9709e492666c16259e81625a3e4a7796

http://git.gnome.org/browse/gimp/commit/?h=gimp-2-8&id=c3e904fab1b29224b7dd55bb5b4af49f34c3b335

Alexandre Prokoudine

Alexandre,

You made a very specific statement:

"I don't really understand why we need yet another long thread to go through all these things yet again."

I attempted to explain my opinion of the situation, specifically in regard to what you claimed you did not understand.

In return, I got back a dismissive reply that IMHO completely ignored the intent of what I was trying to say. Your response has seriously tested my respect for you -- I tried very hard to show my respect for you.

I was not trying to say that users _should or should not_ do/think/feel this or that for whatever reason.

I was giving my opinion of the dynamics behind **WHY** they DO think/feel this or that.

Either you read my words too quickly without taking time to understand what I was getting at or you completely misunderstood what I was saying. Your response does not jive with the intent of what I was writing.

In fact, you just got out a "bigger hammer" to try and pound the problem down.

From this I am starting to get the idea that you don't actually _want_ to understand the problem; you just want the problem to go away. If that is the case, and as long as that is the case, the problem will not go away.

The users are writing from their feelings. Until you respond to those feelings, you will get nowhere.

In summary, IF nearly every one of the developers responses included some version of the following statement, nearly half of your "long threads" would vanish and life would be good:

"We understand _____ presents a difficult situation for some users and we regret the impact that this has had on you. Unfortunately, we had to make difficult choices in the subject of _______ and the result is that the program will no longer fit the workflow of some users. We feel that the changes we have made will be to the benefit of the majority of the user community and we are dedicated to continuing the improvement of Gimp for the target user community. We appreciate your loyalty to Gimp and hope that you will find a way to adjust your workflows so that Gimp's new behavior will work well for you. Thank you for expressing your concern. Please know that we have heard you, even if the changes we have had to make are not favorable for you, and that we will continue to work on improving the program to be the best that it can be for the target user community."

You may think that you have said this thousands of times, but I have not seen it. Bits and pieces of it had been said, but until you respond to the FEELINGS people are having, every time, you won't get any change in their behavior. Responding to the people with a repetition of the facts without expressing any empathy for what they are going through will get you nowhere.

I've got nothing more to contribute to this subject. Please don't feel the need to reply, especially not if it is like the last reply.

Jay

Jay Smith
2012-08-07 23:27:40 UTC (over 1 year ago)

Definition of "project data" .... vs "image data" vs "workspace data"

On 08/07/2012 07:11 PM, Alexandre Prokoudine wrote:

On Wed, Aug 8, 2012 at 2:29 AM, Jay Smith wrote:

However, to me, the XCF does not _currently_ really save what I consider to be the _project_ data.

Gimp does not save, to my knowledge (please excuse any errors), the following (and more, I am sure):

- window positions or sizes - visible dialogs
- viewing magnification magnification - active tool
- most recently applied filter
- most recently used settings in dialogs (such as Image Size settings such as inch vs mm etc.)
etc., etc.

OK, fair point. I can see how a project could have several related images and certain workspace preferences preserved (i.e. "restore as I left it"). Maybe Peter would be interested to have a go at this in the future.

Of all the items listed above only the latter is kinda being addressed so far. Right now, in Git master, some of the former GIMP filters that have been ported to GEGL use the skeleton of the experimental GEGL tool and thus save recent settings automatically. I use it a lot for applying the unsharp mask filter (but I only scale down and clean-up stuff with this version, really -- it's not ready for prime time use).

(Or maybe "project" and "workspace" are completely different things??)

To me, they overlap. At least, a little bit.

Alexandre Prokoudine

Alexandre,

Thank you for your very constructive and helpful reply.

See, I _feel_ heard. And I am a happy camper.

Clarification: I made the statement "Gimp does not save....". I should have said "Gimp does not save in the _image_ file when saving an image....". [The program 'workspace' does remember things like what dialogs were open when the program was closed.]

Jay

Alexandre Prokoudine
2012-08-07 23:39:09 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Wed, Aug 8, 2012 at 3:23 AM, Jay Smith wrote:

In return, I got back a dismissive reply

You didn't :)

that IMHO completely ignored the
intent of what I was trying to say.

If I skip some bits, it doesn't mean that I don't read them or disagree. It also can mean that I agree and merely reply to the bits that I disagree or want to clarify (otherwise goddamn long threads get even longer :)). Which is exactly the case here.

In summary, IF nearly every one of the developers responses included some version of the following statement, nearly half of your "long threads" would vanish and life would be good:

"We understand _____ presents a difficult situation for some users and we regret the impact that this has had on you. Unfortunately, we had to make difficult choices in the subject of _______ and the result is that the program will no longer fit the workflow of some users. We feel that the changes we have made will be to the benefit of the majority of the user community and we are dedicated to continuing the improvement of Gimp for the target user community. We appreciate your loyalty to Gimp and hope that you will find a way to adjust your workflows so that Gimp's new behavior will work well for you. Thank you for expressing your concern. Please know that we have heard you, even if the changes we have had to make are not favorable for you, and that we will continue to work on improving the program to be the best that it can be for the target user community."

I can use that in the new FAQ with your permission. How about that?

Alexandre Prokoudine http://libregraphicsworld.org

Oon-Ee Ng
2012-08-08 00:47:31 UTC (over 1 year ago)

HATE the new save vs. export behavior

On 8 Aug 2012 07:24, "Jay Smith" wrote:

In summary, IF nearly every one of the developers responses included some

version of the following statement, nearly half of your "long threads" would vanish and life would be good:

"We understand _____ presents a difficult situation for some users and we regret the impact that this has had on you. Unfortunately, we had to make difficult choices in the subject of _______ and the result is that the program will no longer fit the workflow of some users. We feel that the changes we have made will be to the benefit of the majority of the user community and we are dedicated to continuing the improvement of Gimp for the target user community. We appreciate your loyalty to Gimp and hope that you will find a way to adjust your workflows so that Gimp's new behavior will work well for you. Thank you for expressing your concern. Please know that we have heard you, even if the changes we have had to make are not favorable for you, and that we will continue to work on improving the program to be the best that it can be for the target user community."

You may think that you have said this thousands of times, but I have not

seen it. Bits and pieces of it had been said, but until you respond to the FEELINGS people are having, every time, you won't get any change in their behavior. Responding to the people with a repetition of the facts without expressing any empathy for what they are going through will get you nowhere.

I've got nothing more to contribute to this subject. Please don't feel

the need to reply, especially not if it is like the last reply.

Jay

Don't think that's going to help, everyone thinks they're representative of "the majority of the community". I'm not sure how being a user of open source software brings with it such a sense of entitlement. Gimp works like the kernel, like gnome, like KDE. Summary - the developers decide. Open source is very rarely a democracy like most of the detractors seem to think. None of the developers gain anything if you use their software, nor do they lose anything if you don't.

Alexandre Prokoudine
2012-08-08 01:02:58 UTC (over 1 year ago)

HATE the new save vs. export behavior

On Wed, Aug 8, 2012 at 4:47 AM, Oon-Ee Ng wrote:

None of the developers gain anything if you use their software, nor do they lose anything if you don't.

This is not entirely correct. We gain recognition from publicity when someone does great work available in public. Recognition of achievements is generally good for self-esteem. Unfortunately there is very little publicly available awesome work done with GIMP. So anyone trying to order the team around better impresses us first :)

There seems to be a widely adopted strange notion that we work for the good of the public and hence are subservient to it. I won't speak for the rest of the team, but personally I think it's bogus.

Alexandre Prokoudine http://libregraphicsworld.org

Richard Gitschlag
2012-08-08 16:40:18 UTC (over 1 year ago)

HATE the new save vs. export behavior

Date: Tue, 7 Aug 2012 18:28:56 -0400 From: jay@JaySmith.com
To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] HATE the new save vs. export behavior

I just wish the developers would be open to conversation of how both types of workflows could be accommodated efficiently (both efficient for users and in the code). Closing off that possibility of conversation is perhaps what hurts most of all. I wish I had enough knowledge to contribute ideas of how to accomplish this while meeting the needs of all.

I agree. IMHO the quickest way to solve this with MINIMUM total compromises is to turn the existing export-not-save message from a static message into a prompt with a choice of export/cancel buttons. That would require maybe less than a dozen lines of actual program code (basically just one logic branch) and rewriting one message string, total. The only developer response I've heard to that is a rather terse "go DIY".

...which, if I had the energy to set up a GIMP compiler one of these days and do exactly that on my own time, I probably would. :)

I understand that developers don't like how this issue keeps coming up over and over again: It hurts their feelings when, after all the time and effort that they spent working on program code (a right thankless blue-collar task in and of itself), the first thing they hear out of the mouths of their broad userbase is vocal complaints from the portion who doesn't like change X. Unfortunately, as Jay describes the hurt emotions are already 100% mutual: It's the users whose workflows relied on the old model who have their feelings hurt first.

Maybe it could have been avoided in advance with better communication routes. The save/export change was e.g. NEVER mentioned front and center on GIMP's homepage news, the only discussions were in dedicated venues that aren't easily found when not specifically looking for them.

Maybe the devs weren't expecting the change to be seen as so significant or so controversial? But either way you have a lot (not speaking proportionally) of GIMP users downloading the new version and feeling emotionally blindsided because they heard absolutely zero about GIMP 2.8 not letting them "Save" standard file formats like 2.6 did.

BTW, I remember browsing the MS Visual Studio forum archives at some point while migrating a program from Visual Basic 6 to VB.Net (what a hell that was). One of the VB topics that was highly controversial back in its day was how Visual Basic 6 had a convention of a "default form instance" but Visual Studio did not:

------------------

In C, you create a new form window just like any other object variable -- by instantiating its class definition:

instance = new class_name(...)

instance.method(...)

In Visual Basic 6.0 and earlier, if your application used only one instance of a given form class at a time you could simplify it by skipping instantiation altogether and just treating the class name itself like a live object variable (comparable to creating a singleton):

formclassname.method(...)

------------------

There were a few conceptual problems with this model in the VS environment (e.g. makes it difficult for the IDE to tell between static and instanced properties and methods), so when MS released VS2008, they dropped it in favor of traditional C-style instantiation.

A lot of old VB users were shocked (insert negative emotion here) because the latter method was the user-preferred way of doing this in old Visual Basic versions. (It was the primary way the program's very own documentation taught users about accessing form methods, with the traditional C-style instantiation held back as an "advanced usage") The former method may be better for several reasons but in the end old habits die hard, and a lot of VB users complained about the change.

With VS 2010, MS added (to the VB language bindings only) the notion of a "default form instance", where any reference to a non-static classname.method() will internally map to something like Application.Forms.getDefaultInstance(classname). The end result is similar to the old VB6 behavior: Convenient, singleton-like references to a form object if they need to have it.

Users become very attached to the software they use. They start to think of it as "theirs". They have made a very real investment in time, energy, learning, etc. to use the software. Users also develop a "brand attachment" that is deeper than most product makers comprehend (users of products will often stick by a product that even they themselves complain about as being inferior -- sort of a Stockholm Syndrome in a different kind of way).

A user's investment in learning how to USE a piece of software is indeed very real and absolutely no less than the developer's own investment in building it.

My mother regularly uses Microsoft Works 4.5 (originally designed for Windows 95) despite knowing that it has a known critical bug in its printing routines that prevents her from doing anything print-related (pagination, page margins, actual printing). She refuses to use the newer (and more stable/capable) versions of Works. Why? It is almost solely because Works 4.5 is an MDI application with one master window containing its own child windows inside it, so you only have one application window on the system taskbar (loosely comparable to Internet browser tabs and GIMP 2.8's single-window mode); the one particular thing you can do only with an MDI application is you can tell the MDI parent to tile its child window positions within its client area (analogous to telling your window manager to tile all open windows), this makes copy/pasting between them faster. It is literally the ONE feature of that version that's absolutely critical to her particular workflow (she does a lot of copy-paste and side-by-side comparisons between files), which also happens to be the same feature that MS deliberately scrapped when designing newer versions of Works (which use one application window per file, à la GIMP's default multi-window mode, Inkscape and so many other apps).

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

2013-02-28 20:58:08 UTC (about 1 year ago)
postings
2
contact
Send private message

HATE the new save vs. export behavior

Wow. I decided to see if this was an issue for anyone else - I guess it is. I think I pretty well understand the arguments on both sides, and I have to say that I hope one of the many reasonable solutions proposed here is implemented. There really are legitimately different uses of the tool, and a 'one size fits all' approach seems needlessly restrictive.

I've been a Gimp user for a long time. Some of what I do is complex and takes advantage of all the goodness of XCF, but the vast majority is very simple:

1) Open a JPG file 2) Make some minor edits (usually cropping, rotation, and/or color level adjustment) 3) Save that same JPG

In my case I already have an automated workflow that saved the original as a write-only on a different disk, so I really don't care about any of the issues or benefits of XCF for these particular files - I can revert to the original at any time, and my changes are simple. I just need to make edits on a few hundred JPGs with the least possible effort. As well described WAY earlier, the change dramatically increases the complexity of this particular task.

The Gimp developer answer seems to be that I am not worthy of a tool so exalted as Gimp, and I should find and learn some lesser tool better suited to my plebeian needs. Really? I hope cooler heads prevail.

Daniel
2013-02-28 21:02:52 UTC (about 1 year ago)

HATE the new save vs. export behavior

Sorry to pipe in here. I hope I am the only "list responder." I'm against the behavior, but I'm MORE against further discussion of it.

So please, if you would like to respond to this comment, let's not clutter the list any further. I hope the FAQ regarding this and other topics arrives soon so we can simply refer to it without have another long and ugly discussion.

(But I guess I never said I appreciate GiMP... I do. I teach it to others on a regular basis. So I hope no one has ever gotten the impression I don't love GiMP.)

On Thu, 2013-02-28 at 21:58 +0100, pbft wrote:

Wow. I decided to see if this was an issue for anyone else - I guess it is. I think I pretty well understand the arguments on both sides, and I have to say that I hope one of the many reasonable solutions proposed here is implemented. There really are legitimately different uses of the tool, and a 'one size fits all' approach seems needlessly restrictive.

I've been a Gimp user for a long time. Some of what I do is complex and takes advantage of all the goodness of XCF, but the vast majority is very simple:

1) Open a JPG file 2) Make some minor edits (usually cropping, rotation, and/or color level adjustment)
3) Save that same JPG

In my case I already have an automated workflow that saved the original as a write-only on a different disk, so I really don't care about any of the issues or benefits of XCF for these particular files - I can revert to the original at any time, and my changes are simple. I just need to make edits on a few hundred JPGs with the least possible effort. As well described WAY earlier, the change dramatically increases the complexity of this particular task.

The Gimp developer answer seems to be that I am not worthy of a tool so exalted as Gimp, and I should find and learn some lesser tool better suited to my plebeian needs. Really? I hope cooler heads prevail.

Alexandre Prokoudine
2013-02-28 21:05:03 UTC (about 1 year ago)

HATE the new save vs. export behavior

On Fri, Mar 1, 2013 at 12:58 AM, pbft wrote:

I just need to make edits on a few hundred JPGs with the least possible effort.

And an old-fashioned image editor is, of course, the best tool for this kind of job, isn't it?

What ever do all these nutheads invent lightrooms and darktables for? :)

Alexandre Prokoudine http://libregraphicsworld.org

Alexandre Prokoudine
2013-02-28 21:07:21 UTC (about 1 year ago)

HATE the new save vs. export behavior

On Fri, Mar 1, 2013 at 1:02 AM, Daniel wrote:

Sorry to pipe in here. I hope I am the only "list responder." I'm against the behavior, but I'm MORE against further discussion of it.

Ugh, sorry :)

(But I guess I never said I appreciate GiMP... I do. I teach it to others on a regular basis. So I hope no one has ever gotten the impression I don't love GiMP.)

Thank you, Daniel :)

Alexandre Prokoudine http://libregraphicsworld.org

maderios
2013-03-01 14:50:36 UTC (about 1 year ago)

HATE the new save vs. export behavior

On 02/28/2013 10:05 PM, Alexandre Prokoudine wrote:

On Fri, Mar 1, 2013 at 12:58 AM, pbft wrote:

I just need to make edits on a few hundred JPGs with the least possible effort.

And an old-fashioned image editor is, of course, the best tool for this kind of job, isn't it?

Translation :
Only the elite need gimp, others just need to pay for normal but commercial editor...
Greetings

Maderios
"Art is meant to disturb. Science reassures."
"L'art est fait pour troubler. La science rassure" (Georges Braque)
darkweasel
2013-03-01 15:07:36 UTC (about 1 year ago)

HATE the new save vs. export behavior

Am 2013-03-01 15:50, schrieb maderios:

Translation :
Only the elite need gimp, others just need to pay for normal but commercial editor...
Greetings

I do not understand it like that - did you actually check out darktable? It's a free program that seems to fit pbft's workflow. I have a similar workflow to his and since darktable was suggested to me, my usage of GIMP has decreased substantially - unrelated to the save/export behavior.

As for the save/export behavior, I also liked the old one better, but is it really so much more work to configure a shortcut for exporting while overwriting the original image (I used cmd-option-e here on OS X) and learn to ignore the prompt about unsaved changes? I don't think so, and if you think about the logic behind the change, it definitely makes sense.

Alexandre Prokoudine
2013-03-01 15:09:38 UTC (about 1 year ago)

HATE the new save vs. export behavior

On Fri, Mar 1, 2013 at 7:07 PM, darkweasel wrote:

Am 2013-03-01 15:50, schrieb maderios:

Translation :
Only the elite need gimp, others just need to pay for normal but commercial editor...
Greetings

I do not understand it like that - did you actually check out darktable?

Personally, I think that Daniel's suggestion to privately answer mails like that one was rather sensible ;-)

Alexandre Prokoudine http://libregraphicsworld.org

maderios
2013-03-01 15:15:52 UTC (about 1 year ago)

HATE the new save vs. export behavior

On 03/01/2013 04:09 PM, Alexandre Prokoudine wrote:

On Fri, Mar 1, 2013 at 7:07 PM, darkweasel wrote:

Am 2013-03-01 15:50, schrieb maderios:

Translation :
Only the elite need gimp, others just need to pay for normal but commercial editor...
Greetings

I do not understand it like that - did you actually check out darktable?

Personally, I think that Daniel's suggestion to privately answer mails like that one was rather sensible ;-)

You're true Alexandre... This list is reserved for the elite (end off trolling)
Regards

Maderios
"Art is meant to disturb. Science reassures."
"L'art est fait pour troubler. La science rassure" (Georges Braque)
Psiweapon
2013-03-01 15:35:22 UTC (about 1 year ago)

HATE the new save vs. export behavior

I don't want to be very offensive, but yes, *sometimes* it smells of elitism in here.

On Fri, Mar 1, 2013 at 4:15 PM, maderios wrote:

On 03/01/2013 04:09 PM, Alexandre Prokoudine wrote:

On Fri, Mar 1, 2013 at 7:07 PM, darkweasel wrote:

Am 2013-03-01 15:50, schrieb maderios:

Translation :
Only the elite need gimp, others just need to pay for normal but commercial editor...
Greetings

I do not understand it like that - did you actually check out darktable?

Personally, I think that Daniel's suggestion to privately answer mails like that one was rather sensible ;-)

You're true Alexandre... This list is reserved for the elite (end off trolling)
Regards

--
Maderios
"Art is meant to disturb. Science reassures." "L'art est fait pour troubler. La science rassure" (Georges Braque)

______________________________**_________________ gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/**mailman/listinfo/gimp-user-**list

Alexandre Prokoudine
2013-03-01 15:41:05 UTC (about 1 year ago)

HATE the new save vs. export behavior

I'm sorry to hear about that, Psiweapon. Perhaps eventually you'll see it differently.

Alexandre

On Fri, Mar 1, 2013 at 7:35 PM, Psiweapon wrote:

I don't want to be very offensive, but yes, *sometimes* it smells of elitism in here.

On Fri, Mar 1, 2013 at 4:15 PM, maderios wrote:

On 03/01/2013 04:09 PM, Alexandre Prokoudine wrote:

On Fri, Mar 1, 2013 at 7:07 PM, darkweasel wrote:

Am 2013-03-01 15:50, schrieb maderios:

Translation :
Only the elite need gimp, others just need to pay for normal but commercial editor...
Greetings

I do not understand it like that - did you actually check out darktable?

Personally, I think that Daniel's suggestion to privately answer mails like that one was rather sensible ;-)

You're true Alexandre... This list is reserved for the elite (end off trolling)
Regards

--
Maderios
"Art is meant to disturb. Science reassures." "L'art est fait pour troubler. La science rassure" (Georges Braque)

Psiweapon
2013-03-01 15:44:07 UTC (about 1 year ago)

HATE the new save vs. export behavior

I'm... actually confident that I will :)

On Fri, Mar 1, 2013 at 4:41 PM, Alexandre Prokoudine < alexandre.prokoudine@gmail.com> wrote:

I'm sorry to hear about that, Psiweapon. Perhaps eventually you'll see it differently.

Alexandre

Psiweapon
2013-03-01 15:45:12 UTC (about 1 year ago)

HATE the new save vs. export behavior

Pfffft didn't they sell any higher horses on the cattle fair?

On Fri, Mar 1, 2013 at 4:40 PM, Patrick Shanahan wrote:

* Psiweapon [03-01-13 10:35]:

I don't want to be very offensive, but yes, *sometimes* it smells of elitism in here.

don't look now, but your post:
You have top posted
You have fully quoted irrelevant materal You hve post html, email is *text* You are trolling

--
(paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net

Patrick Shanahan
2013-03-01 15:50:44 UTC (about 1 year ago)

HATE the new save vs. export behavior

* Psiweapon [03-01-13 10:46]:

Pfffft didn't they sell any higher horses on the cattle fair?

On Fri, Mar 1, 2013 at 4:40 PM, Patrick Shanahan wrote:

* Psiweapon [03-01-13 10:35]:

I don't want to be very offensive, but yes, *sometimes* it smells of elitism in here.

don't look now, but your post:
You have top posted
You have fully quoted irrelevant materal You hve post html, email is *text* You are trolling

--
(paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net

and you respond to private mail in an open forum!

# ------------------------------------------------------- :0:
* ^From:.psiweapon@gmail.com
/dev/null
# -------------------------------------------------------

(paka)Patrick Shanahan       Plainfield, Indiana, USA      HOG # US1244711
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org                           openSUSE Community Member
Registered Linux User #207535                    @ http://linuxcounter.net
Richard Gitschlag
2013-03-01 17:06:46 UTC (about 1 year ago)

HATE the new save vs. export behavior

Date: Fri, 1 Mar 2013 16:07:36 +0100 From: darkweasel@euirc.eu
To: maderios@gmail.com; gimp-user-list@gnome.org Subject: Re: [Gimp-user] HATE the new save vs. export behavior

Am 2013-03-01 15:50, schrieb maderios:

Translation :
Only the elite need gimp, others just need to pay for normal but commercial editor...
Greetings

As for the save/export behavior, I also liked the old one better, but is it really so much more work to configure a shortcut for exporting while overwriting the original image (I used cmd-option-e here on OS X) and learn to ignore the prompt about unsaved changes? I don't think so, and if you think about the logic behind the change, it definitely makes sense. _______________________________________________ gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

It's not so much the practical task of getting used to it as it is that the change forces you to re-think what is what. In which case GIMP 2.8 isn't the first version to do something like that. For me, that honor goes all the way back to 2.4 -- now from a technical standpoint the old behavior was still present and accessible, the only change is it wasn't the default anymore. And (unlike key shortcuts for save/export) there was NO way to reconfigure the behavior at all. It was technically a simple change, but the way it forced you to re-think how you used GIMP was decidedly earth-shattering.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

=

relgames
2013-05-11 21:57:17 UTC (12 months ago)

HATE the new save vs. export behavior

Was looking for an explanation on why devs changed the default behavior and found this thread. Spend couple of hours reading it (and other pages about the change).

Still, there are some unclear points that I, as a developer, do not understand; haven't seen the code and is too lazy to spend a day to try to analyze the source code, so maybe someone will be so kind to answer my questions?

In general, options complicate code and make it less manageable. Every option virtually increases amount of cases where application can fail. A snowball can soon become an avalanche.

Do you use automatic tests? How, exactly, it makes it less manageable? Why can't you use Strategy pattern for Save action?

Certain planned changes such as better native CMYK support presume that color separation is done a special mode for exporting. Maintaining a related behavior switch, when you have such a feature, would be hell.

Why can't you just call overwrite() when a user clicks on Save?

Behavior options make documentation convoluted and lacking consistence.

I can help you with that, just add the following to the docs: "This checkbox allows to use the old Save behavior, where open files are saved in the same format with loosing all layers/etc not supported by a target format".

I'm also curious how many hours have been spent in this thread, and how many hours could it actually take to implement that option. If you have tests and if you use proper design patterns, it should not take more than a couple of hours. I wish I could do it, but my primary language is not C.

Michael Schumacher
2013-05-11 22:36:13 UTC (12 months ago)

HATE the new save vs. export behavior

On 11.05.2013 23:57, relgames wrote:

Was looking for an explanation on why devs changed the default behavior and found this thread.
Spend couple of hours reading it (and other pages about the change).

You didn't tell if you found
http://gui.gimp.org/index.php/Save_%2B_export_specification

The change isn't about anything in the source code, it is a conceptual change about how images are treated in GIMP.

Regards,
Michael
2013-07-18 21:06:09 UTC (9 months ago)
postings
1
contact
Send private message

HATE the new save vs. export behavior

I agree.

There are a lot of good arguments for the new save functionality on this thread, and I respect that some users may want the new functionality. However, I am a long-time user of Gimp and I do not want this change.

For me, the "new save" functionality is more hazardous than the "old save" functionality:

I was using the new Gimp today for editing single-layer PNG files. In this use case, there is no data loss since I am saving a single layer in a lossless format. The main problem is that, even after exporting, Gimp will ask if you want to save on exit. Since this dialogue appears regardless of whether I have exported my work, it is uninformative, and I have to click to close it every time. This creates a hazard because, when I actually do forget to export my work to PNG, I don't get any useful notice when I exit Gimp, and I lose my changes. For now, I will be using an older version of Gimp that is safer for my use-case.

I would prefer the "old save" format and add a warning ( that is easily closed with a keystroke or two ) if the save operation will cause loss of data. This will result in less loss of work on average.

Daniel Hauck
2013-07-18 22:22:35 UTC (9 months ago)

HATE the new save vs. export behavior

This is a valid point of human behavior on software. It doesn't matter how many warnings software might offer, the user develops habits and eventually, for convenience sake, clicks on things very habitually. THIS is why malware still gets installed on users' machines despite all of the UAC and other protections put into place. Protections which are inconvenient and/or inconsistent will be ignored due to their inconvenience and/or inconsistency.

This is precisely why the 8 golden rules of UI design were listed: (see link below)

https://mail.gnome.org/archives/gnome-gui-list/1998-November/msg00074.html

The first rule is consistency. And it doesn't just mean within the application, but consistency with the environment. The fifth rule, offer error prevention, is way down there for a reason I should think.

That said, I have noticed GiMP does at least remember your previous export action which enables a person to quickly update what they are exporting as they work. This is a handy improvement which demonstrates that the developers have recognized the "export" function as a bit of a stumbling block to a smooth workflow and they are attempting to reduce it some.

(Yes, I broke my own rule about commenting on this particular topic... I just couldn't hold back, because user behavior is a particularly important topic to me in that as a support person, I am faced with the fact that users do what they will no matter how many or what types of warnings and limits and controls you put into place. User problems start and end with the user. Their drive to do things they think they want to do over-rides what they should or shouldn't do every time. Writing software to attempt to counter human user behavior is, in the end, completely futile and even hazardous to attempt. People are 'thoughtless' by nature. Habits are killers. But it is our nature to be this way. We may as well embrace it rather than fight it. This is precisely why the 8 golden rules were written as they were.)

On 07/18/2013 05:06 PM, mrule wrote:

I agree.

There are a lot of good arguments for the new save functionality on this thread, and I respect that some users may want the new functionality. However, I am a long-time user of Gimp and I do not want this change.

For me, the "new save" functionality is more hazardous than the "old save" functionality:

I was using the new Gimp today for editing single-layer PNG files. In this use case, there is no data loss since I am saving a single layer in a lossless format. The main problem is that, even after exporting, Gimp will ask if you want to save on exit. Since this dialogue appears regardless of whether I have exported my work, it is uninformative, and I have to click to close it every time. This creates a hazard because, when I actually do forget to export my work to PNG, I don't get any useful notice when I exit Gimp, and I lose my changes. For now, I will be using an older version of Gimp that is safer for my use-case.

I would prefer the "old save" format and add a warning ( that is easily closed with a keystroke or two ) if the save operation will cause loss of data. This will result in less loss of work on average.

Richard Gitschlag
2013-07-19 16:47:42 UTC (9 months ago)

HATE the new save vs. export behavior

Date: Thu, 18 Jul 2013 18:22:35 -0400 From: daniel@yacg.com
To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] HATE the new save vs. export behavior

That said, I have noticed GiMP does at least remember your previous export action which enables a person to quickly update what they are exporting as they work. This is a handy improvement which demonstrates that the developers have recognized the "export" function as a bit of a stumbling block to a smooth workflow and they are attempting to reduce it some.

Current versions of GIMP 2.8 also note if the file has been recently exported (with no further changes made to the image), however I do agree that if the user has to deal with this confirmation message all the time then GIMP is essentially "crying wolf" to their workflow and this runs a real risk of dismissing things out of habit and losing work as a result.

On a tangent, when GIMP prompts to save changes I would rather it not remind me how long it's been since the last (bonafide) Save command. If I'm currently multitasking, I may open a file and make a few quick edits, then be working on other applications for the next hour-plus. When I come back, GIMP prompts to save. That's good and all, but the way GIMP phrases it is annoying because I haven't actually spent the "last hour" doing work on it. I'M the one who knows how much work I might be losing by closing it without a proper Save and in this case it's only a minute or two tops. All GIMP has to do is remind me that unsaved changes exist at all, not make guesses of when or how much.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

maderios
2013-07-19 18:38:42 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/18/2013 11:06 PM, mrule wrote:

I would prefer the "old save" format and add a warning ( that is easily closed with a keystroke or two ) if the save operation will cause loss of data. This will result in less loss of work on average.

Hi
What you call "old save" is the standard now in most editors... I think the choice of this "new save" is mostly ideological: developers want only .xcf
Most users don't need to use .xcf....

Maderios
Andrew & Bridget
2013-07-19 19:06:47 UTC (9 months ago)

HATE the new save vs. export behavior

Most users don't need to use .xcf....

So how do you save layers without using .xcf ? and you are presuming 'Most', do the 'Few' save in .psd in Photoshop ?

Renaud OLGIATI
2013-07-19 19:21:01 UTC (9 months ago)

HATE the new save vs. export behavior

On Fri, 19 Jul 2013 20:38:42 +0200 maderios wrote:

What you call "old save" is the standard now in most editors... I think the choice of this "new save" is mostly ideological: developers want only .xcf

This is what happens when the government looses touch with what the people need or want, and thinks it knows better. The result is tyranny of the worst kind.

Most users don't need to use .xcf....

Completely useless for the vast majority who only want to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again.
Cheers,

Ron.

The sad thing about Windows bashing
                            is that it's all true.
                                    
                   -- http://www.olgiati-in-paraguay.org --
Alexandre Prokoudine
2013-07-19 19:33:35 UTC (9 months ago)

HATE the new save vs. export behavior

On Fri, Jul 19, 2013 at 11:21 PM, Renaud OLGIATI wrote:

What you call "old save" is the standard now in most editors... I think the choice of this "new save" is mostly ideological: developers want only .xcf

This is what happens when the government looses touch with what the people need or want, and thinks it knows better. The result is tyranny of the worst kind.

You've just been assigned a parole officer for openly criticizing the team's decisions. He will be living with you for the next 6 months to check whether you always export instead of saving, as prescribed by the Workflow Committee. If you fail to pass the final obedience test, you will be sent to the Wilberhausen concentration camp.

Alexandre Prokoudine http://libregraphicsworld.org

Renaud OLGIATI
2013-07-19 19:40:44 UTC (9 months ago)

HATE the new save vs. export behavior

On Fri, 19 Jul 2013 20:06:47 +0100 Andrew & Bridget wrote:

Most users don't need to use .xcf....

So how do you save layers without using .xcf ?

Frankly, Scarlett, I dont give a damn about saving layers.

Almost all the work I do in GIMP is the quick adjustment of camera pictures or scans, without any thought of returning later.

So while layers may be of use while working, I see no point in wasting disk-space saving them.
Cheers,

Ron.

The sad thing about Windows bashing
                            is that it's all true.
                                    
                   -- http://www.olgiati-in-paraguay.org --
Renaud OLGIATI
2013-07-19 19:55:37 UTC (9 months ago)

HATE the new save vs. export behavior

On Fri, 19 Jul 2013 23:33:35 +0400 Alexandre Prokoudine wrote:

You've just been assigned a parole officer for openly criticizing the team's decisions. He will be living with you for the next 6 months to check whether you always export instead of saving, as prescribed by the Workflow Committee. If you fail to pass the final obedience test, you will be sent to the Wilberhausen concentration camp.

You wish...

Cheers,

Ron.

The sad thing about Windows bashing
                            is that it's all true.
                                    
                   -- http://www.olgiati-in-paraguay.org --
Andrew & Bridget
2013-07-19 20:03:45 UTC (9 months ago)

HATE the new save vs. export behavior

Completely useless for the vast majority who only want to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again.
Cheers,

Ron.

So why use GIMP ?

Joseph A. Nagy, Jr
2013-07-19 20:07:57 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/13 14:06, Andrew & Bridget wrote:

Most users don't need to use .xcf....

So how do you save layers without using .xcf ? and you are presuming 'Most', do the 'Few' save in .psd in Photoshop ?

You save in .png, of course, which keeps layers intact. Again, though, that is a choice. xcf is a raw image format which 90% of basic image editing can ignore. I use both xcf and png when working with images (using png as my 'final' format many times).

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt
Alexandre Prokoudine
2013-07-19 20:11:20 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, Jul 20, 2013 at 12:07 AM, Joseph A. Nagy, Jr wrote:

You save in .png, of course, which keeps layers intact.

But of course! ;-)

Alexandre Prokoudine http://libregraphicsworld.org

Joseph A. Nagy, Jr
2013-07-19 20:11:26 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/13 15:03, Andrew & Bridget wrote:

Completely useless for the vast majority who only want to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again.
Cheers,
Ron.

So why use GIMP ?

It's free, unlike Photoshop? And has more features, unlike MS Paint (or whatever its called now). It's the only reason I started using it at all.

Sorry, meant it to the list the first time.

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt
Andrew & Bridget
2013-07-19 20:34:33 UTC (9 months ago)

HATE the new save vs. export behavior

On 19/07/2013 21:11, Alexandre Prokoudine wrote:

On Sat, Jul 20, 2013 at 12:07 AM, Joseph A. Nagy, Jr wrote:

You save in .png, of course, which keeps layers intact.

But of course! ;-)

How do you open a .png and show the working layers ?

Renaud OLGIATI
2013-07-19 20:57:07 UTC (9 months ago)

HATE the new save vs. export behavior

On Fri, 19 Jul 2013 21:03:45 +0100 Andrew & Bridget wrote:

Completely useless for the vast majority who only want to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again.

So why use GIMP ?

Because I have been using it (mainly to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again) for over 15 years.

Because it is the only serious image manipulation prog for Linux.

Pity the recent changes have made it so much less pleasant to use; every time I have saved my work back to its original .jpg and the stupid prog claims I have not saved it, I heartily curse those responsible, and wish them to suffer both lumbago AND hiccough......
Cheers,

Ron.

Beware of foreign entanglements.
                                   -- George Washington
                                    
                   -- http://www.olgiati-in-paraguay.org --
scl
2013-07-19 21:10:07 UTC (9 months ago)

HATE the new save vs. export behavior

On 19.07.13 at 9:21 PM Renaud (Ron) OLGIATI:

Completely useless for the vast majority who only want to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again.

So, then GIMP is perhaps not the right choice for your workflow. It's like buying a big road cruiser and then complaining that it doesn't fit into a narrow parking bay. So, obviously, the cruiser must be a bad car ;-)

A quick and easy software to edit your camera images might be a better choice for the use cases you mentioned. For instance think of the accompaniment software that is shipped with your camera, image viewers, digikam, Xnview, iPhoto, Picasa etc. You can anyway use GIMP for more complex image editing tasks, like retouching, photomontages or effects.

Kind regards,

Sven

Andrew & Bridget
2013-07-19 21:15:24 UTC (9 months ago)

HATE the new save vs. export behavior

Because I have been using it (mainly to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again) for over 15 years.

Because it is the only serious image manipulation prog for Linux.

Pity the recent changes have made it so much less pleasant to use; every time I have saved my work back to its original .jpg and the stupid prog claims I have not saved it, I heartily curse those responsible, and wish them to suffer both lumbago AND hiccough......
Cheers,

Ron.

[Quote]
It can be used as a simple paint program, an expert quality photo retouching program, an online batch processing system, a mass production image renderer, an image format converter, etc. [\Quote]

Not just for the simple rotate,crop and rescale.

Why not use Phatch then Linux version available...

Alexandre Prokoudine
2013-07-19 21:17:50 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, Jul 20, 2013 at 12:57 AM, Renaud OLGIATI wrote:

Pity the recent changes have made it so much less pleasant to use; every time I have saved my work back to its original .jpg and the stupid prog claims I have not saved it, I heartily curse those responsible, and wish them to suffer both lumbago AND hiccough......

I'm flattered to hear that you think of the team all the time :)

Alexandre Prokoudine http://libregraphicsworld.org

Kasim Ahmic
2013-07-19 21:48:15 UTC (9 months ago)

HATE the new save vs. export behavior

That's just it, you don't.

Anyway, is there like a way to block these sort of messages? The "export vs save" ones I mean.

Sent from my iPod

On Jul 19, 2013, at 4:34 PM, Andrew & Bridget wrote:

On 19/07/2013 21:11, Alexandre Prokoudine wrote:

On Sat, Jul 20, 2013 at 12:07 AM, Joseph A. Nagy, Jr wrote:

You save in .png, of course, which keeps layers intact.

But of course! ;-)

How do you open a .png and show the working layers ? _______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Alexandre Prokoudine
2013-07-19 21:54:59 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, Jul 20, 2013 at 1:48 AM, Kasim Ahmic wrote:

Anyway, is there like a way to block these sort of messages? The "export vs save" ones I mean.

You could setup filters to move to the trash bin everything that comes from this mailing list and contains the words "save" and "export".

Or you could treat it like me and enjoy giving people something to moan about. After all, where would we be, if we didn't have a reason to occasionally complain?

In fact, I think for just that reason we should remove something else in 2.10. For example, I always thought that people need to "crop" pictures properly whil taking them (that is, "crop with legs"). So maybe we could just remove the cropping tool and teach people a real photography skill? What do you think? :)

Alexandre Prokoudine http://libregraphicsworld.org

Joseph A. Nagy, Jr
2013-07-19 21:57:40 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/13 16:48, Kasim Ahmic wrote:

That's just it, you don't.

What are you talking about? Even with the new behavior, if the png is saved with layers intact, you just open/import it and look at the layers and paths tool to see what layers exist.

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt
Alexandre Prokoudine
2013-07-19 22:00:35 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, Jul 20, 2013 at 1:57 AM, Joseph A. Nagy, Jr wrote:

On 07/19/13 16:48, Kasim Ahmic wrote:

That's just it, you don't.

What are you talking about? Even with the new behavior, if the png is saved with layers intact, you just open/import it and look at the layers and paths tool to see what layers exist.

This is most amusingly incorrect.

Alexandre Prokoudine http://libregraphicsworld.org

Joseph A. Nagy, Jr
2013-07-19 22:04:07 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/13 16:10, scl wrote:

On 19.07.13 at 9:21 PM Renaud (Ron) OLGIATI:

Completely useless for the vast majority who only want to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again.

So, then GIMP is perhaps not the right choice for your workflow. It's like buying a big road cruiser and then complaining that it doesn't fit into a narrow parking bay. So, obviously, the cruiser must be a bad car ;-)

Except GIMP was fine with that until the developers recently changed it. It's like trying to tell people that you removed the simple ignition system and replaced it with a slightly more complex (and possibly superior) ignition system that significantly deviated from the expected norms and that if they didn't like it, it was their fault because their expectations were wrong in the first place even though for the previous 15 years those expectations were happily catered to.

A quick and easy software to edit your camera images might be a better choice for the use cases you mentioned. For instance think of the accompaniment software that is shipped with your camera, image viewers, digikam, Xnview, iPhoto, Picasa etc. You can anyway use GIMP for more complex image editing tasks, like retouching, photomontages or effects.

Kind regards,

Sven

So is GIMP no only for those professionals who do more then a quick edit? If so, that is mighty snobbish (though it fits in with the general developer snobbery that has been permeating the F/OSS culture for the past few years).

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt
Kasim Ahmic
2013-07-19 22:10:18 UTC (9 months ago)

HATE the new save vs. export behavior

I could ask you the same thing. Yes, if you SAVE the image, you'll have all the layers intact. However, if you EXPORT the image, all the layers are merged.

Sent from my iPod

On Jul 19, 2013, at 5:57 PM, "Joseph A. Nagy, Jr" wrote:

On 07/19/13 16:48, Kasim Ahmic wrote:

That's just it, you don't.

What are you talking about? Even with the new behavior, if the png is saved with layers intact, you just open/import it and look at the layers and paths tool to see what layers exist.

-- Yours in Christ,

Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://copyfree.org/licenses/owl/license.txt

Joseph A. Nagy, Jr
2013-07-19 22:12:11 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/13 17:10, Kasim Ahmic wrote:

I could ask you the same thing. Yes, if you SAVE the image, you'll have all the layers intact. However, if you EXPORT the image, all the layers are merged.

That is a new and unexpected behavior. I used to save png with layers intact. Now the merge isn't even mentioned.

What else have you folks changed?

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL
http://copyfree.org/licenses/owl/license.txt
Alexandre Prokoudine
2013-07-19 22:17:11 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, Jul 20, 2013 at 2:12 AM, Joseph A. Nagy, Jr wrote:

On 07/19/13 17:10, Kasim Ahmic wrote:

I could ask you the same thing. Yes, if you SAVE the image, you'll have all the layers intact. However, if you EXPORT the image, all the layers are merged.

That is a new and unexpected behavior.

Have you actually seen GIMP 2.8 up close? :) It's how it's been working since early 2.7.x days, for the past 3+ years.

What else have you folks changed?

You mean, what else we have improved? :)

http://www.gimp.org/release-notes/gimp-2.8.html

Alexandre Prokoudine http://libregraphicsworld.org

Kokopalen
2013-07-19 22:18:51 UTC (9 months ago)

HATE the new save vs. export behavior

El 19/07/2013 23:54, "Alexandre Prokoudine" wrote:

In fact, I think for just that reason we should remove something else in 2.10. For example, I always thought that people need to "crop" pictures properly whil taking them (that is, "crop with legs"). So maybe we could just remove the cropping tool and teach people a real photography skill? What do you think? :)

That would be ok, but, personally, what I'm tired of is the undo tool...

Alexandre Prokoudine
2013-07-19 22:21:17 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, Jul 20, 2013 at 2:18 AM, Kokopalen wrote:

That would be ok, but, personally, what I'm tired of is the undo tool...

Why?

Alexandre Prokoudine
http://libregraphicsworld.org

Tom Williams
2013-07-19 22:28:43 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/2013 03:12 PM, Joseph A. Nagy, Jr wrote:

On 07/19/13 17:10, Kasim Ahmic wrote:

I could ask you the same thing. Yes, if you SAVE the image, you'll have all the layers intact. However, if you EXPORT the image, all the layers are merged.

That is a new and unexpected behavior. I used to save png with layers intact. Now the merge isn't even mentioned.

I don't think this is new. From what I remember, if I had an image open with multiple layers and I saved it as a PNG file, the *saved* PNG file wouldn't retain the layer information even though the window title of the image window would change to the name of the PNG file.

So, if I created a new image with a blue bottom layer and I added a text layer on top of it, when I saved that image as a PNG file, the image window would be name {filename}.png and the text layer would still be shown in the layers dialog window. However, if I closed that image and opened the *saved* PNG file, the text layer wouldn't be preserved as a separate layer.

Kasim Ahmic's statement above makes perfect sense. If you save the image, the layers remain intact because you save in XCF. If you export the image, the layers are merged and saved in the composite image format.

This change in Gimp behavior took a short time to adjust to but now that I have, it makes perfect sense to me and as a result, I'm far more conscious about whether I'm saving a file or exporting to the image file format of choice.

Peace...

Tom

/When we dance, you have a way with me,
Stay with me... Sway with me.../
Joseph A. Nagy, Jr
2013-07-19 22:36:21 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/13 17:17, Alexandre Prokoudine wrote:

On Sat, Jul 20, 2013 at 2:12 AM, Joseph A. Nagy, Jr wrote:

On 07/19/13 17:10, Kasim Ahmic wrote:

I could ask you the same thing. Yes, if you SAVE the image, you'll have all the layers intact. However, if you EXPORT the image, all the layers are merged.

That is a new and unexpected behavior.

Have you actually seen GIMP 2.8 up close? :) It's how it's been working since early 2.7.x days, for the past 3+ years.

What else have you folks changed?

You mean, what else we have improved? :)

http://www.gimp.org/release-notes/gimp-2.8.html

No, this is not an improvement. More developer snobbery, thinking they know more than the average user. Disgusting. Unfortunately GIMP is still the best tool for working with images, despite the developers attempts otherwise.

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt
Patrick Shanahan
2013-07-19 22:43:57 UTC (9 months ago)

HATE the new save vs. export behavior

* Joseph A. Nagy, Jr [07-19-13 18:39]: [...]

No, this is not an improvement. More developer snobbery, thinking they know more than the average user. Disgusting. Unfortunately GIMP is still the best tool for working with images, despite the developers attempts otherwise.

You have chosen to utilize the labor provided by those whom you now criticize and berate. If you are now so dis-satisfied with the product of their labors, why do you continue to use it and subject the rest of the "silent, contented majority" with your abuse?

Use something else and go away!

(paka)Patrick Shanahan       Plainfield, Indiana, USA      HOG # US1244711
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org                           openSUSE Community Member
Registered Linux User #207535                    @ http://linuxcounter.net
Kasim Ahmic
2013-07-19 22:50:00 UTC (9 months ago)

HATE the new save vs. export behavior

By saying "despite the developers attempts otherwise", are you implying that the devs are actually trying to make GIMP worse? I know that this may sound beyond insane to a person such as yourself, but I don't think that's the case here.

And if you're so dissatisfied with "the best tool for working with images", take Patricks advice, "Use something else and go away!"

Sent from my iPod

On Jul 19, 2013, at 6:36 PM, "Joseph A. Nagy, Jr" wrote:

On 07/19/13 17:17, Alexandre Prokoudine wrote:

On Sat, Jul 20, 2013 at 2:12 AM, Joseph A. Nagy, Jr wrote:

On 07/19/13 17:10, Kasim Ahmic wrote:

I could ask you the same thing. Yes, if you SAVE the image, you'll have all the layers intact. However, if you EXPORT the image, all the layers are merged.

That is a new and unexpected behavior.

Have you actually seen GIMP 2.8 up close? :) It's how it's been working since early 2.7.x days, for the past 3+ years.

What else have you folks changed?

You mean, what else we have improved? :)

http://www.gimp.org/release-notes/gimp-2.8.html

No, this is not an improvement. More developer snobbery, thinking they know more than the average user. Disgusting. Unfortunately GIMP is still the best tool for working with images, despite the developers attempts otherwise.

-- Yours in Christ,

Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://copyfree.org/licenses/owl/license.txt _______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Dominik Tabisz
2013-07-19 23:29:24 UTC (9 months ago)

HATE the new save vs. export behavior

2013/7/19, Alexandre Prokoudine :

In fact, I think for just that reason we should remove something else in 2.10. For example, I always thought that people need to "crop" pictures properly whil taking them (that is, "crop with legs"). So maybe we could just remove the cropping tool and teach people a real photography skill? What do you think? :)

Alexandre Prokoudine http://libregraphicsworld.org
_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Why photography skill? Why not draw rest of legs, hands, heads (or whatever is photo-amputated).
Photography killed painting, Photoshop killed photography so we can use GIMP and paint again :)

Dominik Tabisz
Joseph A. Nagy, Jr
2013-07-20 01:03:37 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/13 19:13, Alexandre Prokoudine wrote:

On Sat, Jul 20, 2013 at 2:36 AM, Joseph A. Nagy, Jr wrote:

No, this is not an improvement. More developer snobbery, thinking they know more than the average user.

Actually, it's the job of developers to know a lot about things like workflows, digital imaging and suchlike. It just so happens the mythic "average user" doesn't know a lot about all those things.

No, you're right about that. They don't, and shouldn't be forced into them, especially when the old workflow was just fine.

In my experience any attempt to teach users good practices will be met by a few snobbery accusations. Today it's you who issues them. Tomorrow it will be someone else.

It's not your job to teach us anything.

The "average user" neither needs nor wants to understand that the direct implementation of the "do as I say, or else you are a snob who doesn't listen to users" rule leads to inconsistent, cluttered, unusable interfaces. I don't blame you for not understanding that. Obviously you can't know everything.

I understand that concept very well, what happened here though - while maybe an improvement for the professional - is a huge change in the workflow of many, many other users, all of which whom are being ignored or told to shut up and go away.

But here's an idea. If using GIMP makes you sulking and soar all the time (and this is not the first time you are complaining about a specific change), perhaps it's time for you to think why you want to invest your time into this unhealthy "relationship"?

No, it's not. I don't like the single-window mode but at least I can change that permanently through some options. This new export/save workflow isn't really all that helpful (though it's not terrible, it's completely foreign to many long-time users, as people keep posting about it are saying).

I've already invested many years into using The GIMP, my question to you is why should I learn something else? Especially when nothing else really fits my needs (which go beyond simple corrections to digital camera photos) or particular work environment. What I - and many others who are complaining about this change - really want is a consistently working program where at the very least such a major change has - at least temporarily at the very least - an option to revert to the more familiar and desired behavior. Why is that so hard to understand?

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt
Alexandre Prokoudine
2013-07-20 01:19:36 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, Jul 20, 2013 at 5:03 AM, Joseph A. Nagy, Jr wrote:

In my experience any attempt to teach users good practices will be met by a few snobbery accusations. Today it's you who issues them. Tomorrow it will be someone else.

It's not your job to teach us anything.

Oh it is :) No matter how much you personally resist. You might as well tell us to stop producing the user manual -- after all, if we are not allowed to teach you, then let's be consistent about that, eh? :)

I understand that concept very well, what happened here though - while maybe an improvement for the professional - is a huge change in the workflow of many, many other users, all of which whom are being ignored or told to shut up and go away.

Nobody is being ignored on this list. And before you argue, I suggest you check the definition of "ignore" in a dictionary again.

But here's an idea. If using GIMP makes you sulking and soar all the time (and this is not the first time you are complaining about a specific change), perhaps it's time for you to think why you want to invest your time into this unhealthy "relationship"?

No, it's not.

It is --- what? Your statement doesn't make sense grammatically. What does it refer to?

that permanently through some options. This new export/save workflow isn't really all that helpful (though it's not terrible, it's completely foreign to many long-time users, as people keep posting about it are saying).

Many? Do you have solid statistics confirming that? Howe many people does ot take to be considered "many", exactly?

If there are e.g.15 unhappy people on the list, is that considered "many" against tens or hundreds of thousands of users around the world?

I've already invested many years into using The GIMP, my question to you is why should I learn something else?

Because you are obviously unhappy.

Why is that so hard to understand?

The request for a preferences checkbox _is_ understood. And respectfully rejected.

Alexandre Prokoudine http://libregraphicsworld.org

Burnie West
2013-07-20 01:58:22 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/2013 06:03 PM, Joseph A. Nagy, Jr wrote:

It's not your job to teach us anything.

Very true. However, it is also not a developer's job to respond to every whim of every user. This is simply not possible.

When a specificworkflow structure proves unwieldy for reasons not necessarily understood by all users, itbecomes necessary to make revisions (perhaps in the user interface) to rectify this issue, even at the expense of losing (not "loosing", by the way) some users who are unwilling to adapt.

In the commercial world, losing customers is expensive. Yet the expense must be borne when such a problem is identified.

In the FOSS world, the cost appears as flame wars rather than dollars. In the FOSS world, the cost is borne in complaints, rather than dollars.

WIkipedia's solution to the flame war problem is to close all new edits. This unfortunately tends to limit productive discussion.

The GIMP developers solution appears to be to respond with impatience to new objections to old concerns. This also, unfortunately, tends to limit productive discussion - particularly when concerns earlier addressed (ad nauseum, in this case) are repeated without reviewing previous discussions.

Joseph A. Nagy, Jr
2013-07-20 02:20:56 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/13 20:19, Alexandre Prokoudine wrote:

On Sat, Jul 20, 2013 at 5:03 AM, Joseph A. Nagy, Jr wrote:

In my experience any attempt to teach users good practices will be met by a few snobbery accusations. Today it's you who issues them. Tomorrow it will be someone else.

It's not your job to teach us anything.

Oh it is :) No matter how much you personally resist. You might as well tell us to stop producing the user manual -- after all, if we are not allowed to teach you, then let's be consistent about that, eh? :)

Let me rephrase that: It's not your job to teach us about our workflow. Everyone works differently. The old way of save/save as worked just fine. There was NOTHING wrong with it.

I understand that concept very well, what happened here though - while maybe an improvement for the professional - is a huge change in the workflow of many, many other users, all of which whom are being ignored or told to shut up and go away.

Nobody is being ignored on this list. And before you argue, I suggest you check the definition of "ignore" in a dictionary again.

But here's an idea. If using GIMP makes you sulking and soar all the time (and this is not the first time you are complaining about a specific change), perhaps it's time for you to think why you want to invest your time into this unhealthy "relationship"?

No, it's not.

It is --- what? Your statement doesn't make sense grammatically. What does it refer to?

Yes it does make sense grammatically, I'm responding to your claim that this isn't the first complaint I've had about The GIMP (though I couldn't tell you what that was, I also do not really care).

that permanently through some options. This new export/save workflow isn't really all that helpful (though it's not terrible, it's completely foreign to many long-time users, as people keep posting about it are saying).

Many? Do you have solid statistics confirming that? Howe many people does ot take to be considered "many", exactly?

If there are e.g.15 unhappy people on the list, is that considered "many" against tens or hundreds of thousands of users around the world?

I'd say from the number of people who keep contributing to these sorts of threads asking for the old way of doing things, it's more than 15 unhappy people. As for those others, I'm sure if they felt it would change anything, more of them would complain.

I've already invested many years into using The GIMP, my question to you is why should I learn something else?

Because you are obviously unhappy.

I'm unhappy about one or two features. I'm unhappy about a lot of things. I don't like the ports system in FreeBSD, I'm unhappy I cannot build OpenOffice or LibreOffice with clang. In all those cases, though, nothing else meets my needs. Windows isn't secure or stable enough. MSO sucks in comparison to LibreOffice (the only thing I use MSO for is Avery templates as they have never worked 100% properly in OO or LO). The same with The GIMP. Shotwell doesn't meet my needs (and may as well be a dead project for as slowly as it's updated). Inkskape is something completely foreign. Photoshop is complex, expensive, and unweildly. digikam I can't get to compile/install no matter what I do. I am also unahppy at how unfree FOSS is, fettered with crap licenses like the GPL. Maybe I'm a masochist at heart, or perhaps I just don't like change all that much (I am certainly not in the minority in regards to the subject of this thread).

Why is that so hard to understand?

The request for a preferences checkbox _is_ understood. And respectfully rejected.

If it was really understood, I don't think you all (the dev's) would be so quick to reject it (respectfully or otherwise). I really do not see how this new way is so much better EXCEPT when working with new images created /in/ The GIMP (which I do from time to time).

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt
Kasim Ahmic
2013-07-20 02:39:41 UTC (9 months ago)

HATE the new save vs. export behavior

Considering that they put a lot of time and effort into GIMP 2.8 and that this issue has been being brought up for over a year now, I don't think they "quickly rejected" the idea of a toggle.

There are only two things you can do at this point; 1. Stop using GIMP
2. Get used to the new workflow

Honestly, is it really THAT difficult?

Sent from my iPod

On Jul 19, 2013, at 10:20 PM, "Joseph A. Nagy, Jr" wrote:

On 07/19/13 20:19, Alexandre Prokoudine wrote:

On Sat, Jul 20, 2013 at 5:03 AM, Joseph A. Nagy, Jr wrote:

In my experience any attempt to teach users good practices will be met by a few snobbery accusations. Today it's you who issues them. Tomorrow it will be someone else.

It's not your job to teach us anything.

Oh it is :) No matter how much you personally resist. You might as well tell us to stop producing the user manual -- after all, if we are not allowed to teach you, then let's be consistent about that, eh? :)

Let me rephrase that: It's not your job to teach us about our workflow. Everyone works differently. The old way of save/save as worked just fine. There was NOTHING wrong with it.

I understand that concept very well, what happened here though - while maybe an improvement for the professional - is a huge change in the workflow of many, many other users, all of which whom are being ignored or told to shut up and go away.

Nobody is being ignored on this list. And before you argue, I suggest you check the definition of "ignore" in a dictionary again.

But here's an idea. If using GIMP makes you sulking and soar all the time (and this is not the first time you are complaining about a specific change), perhaps it's time for you to think why you want to invest your time into this unhealthy "relationship"?

No, it's not.

It is --- what? Your statement doesn't make sense grammatically. What does it refer to?

Yes it does make sense grammatically, I'm responding to your claim that this isn't the first complaint I've had about The GIMP (though I couldn't tell you what that was, I also do not really care).

that permanently through some options. This new export/save workflow isn't really all that helpful (though it's not terrible, it's completely foreign to many long-time users, as people keep posting about it are saying).

Many? Do you have solid statistics confirming that? Howe many people does ot take to be considered "many", exactly?

If there are e.g.15 unhappy people on the list, is that considered "many" against tens or hundreds of thousands of users around the world?

I'd say from the number of people who keep contributing to these sorts of threads asking for the old way of doing things, it's more than 15 unhappy people. As for those others, I'm sure if they felt it would change anything, more of them would complain.

I've already invested many years into using The GIMP, my question to you is why should I learn something else?

Because you are obviously unhappy.

I'm unhappy about one or two features. I'm unhappy about a lot of things. I don't like the ports system in FreeBSD, I'm unhappy I cannot build OpenOffice or LibreOffice with clang. In all those cases, though, nothing else meets my needs. Windows isn't secure or stable enough. MSO sucks in comparison to LibreOffice (the only thing I use MSO for is Avery templates as they have never worked 100% properly in OO or LO). The same with The GIMP. Shotwell doesn't meet my needs (and may as well be a dead project for as slowly as it's updated). Inkskape is something completely foreign. Photoshop is complex, expensive, and unweildly. digikam I can't get to compile/install no matter what I do. I am also unahppy at how unfree FOSS is, fettered with crap licenses like the GPL. Maybe I'm a masochist at heart, or perhaps I just don't like change all that much (I am certainly not in the minority in regards to the subject of this thread).

Why is that so hard to understand?

The request for a preferences checkbox _is_ understood. And respectfully rejected.

If it was really understood, I don't think you all (the dev's) would be so quick to reject it (respectfully or otherwise). I really do not see how this new way is so much better EXCEPT when working with new images created /in/ The GIMP (which I do from time to time).

-- Yours in Christ,

Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://copyfree.org/licenses/owl/license.txt _______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Joseph A. Nagy, Jr
2013-07-20 03:05:47 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/13 21:39, Kasim Ahmic wrote:

Considering that they put a lot of time and effort into GIMP 2.8 and that this issue has been being brought up for over a year now, I don't think they "quickly rejected" the idea of a toggle.

There are only two things you can do at this point; 1. Stop using GIMP 2. Get used to the new workflow

Honestly, is it really THAT difficult?

Not nearly as difficult as responding to top-posts. :p

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL
http://copyfree.org/licenses/owl/license.txt
Alexandre Prokoudine
2013-07-20 03:25:31 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, Jul 20, 2013 at 6:20 AM, Joseph A. Nagy, Jr wrote:

It's not your job to teach us anything.

Oh it is :) No matter how much you personally resist. You might as well tell us to stop producing the user manual -- after all, if we are not allowed to teach you, then let's be consistent about that, eh? :)

Let me rephrase that: It's not your job to teach us about our workflow.

It is our job to analyze how our target group of users works, then adjust the software to their needs. After that it is our job to educate new users about the decisions we made. It's what every other software vendor in the business does.

Whether you personally accept what we teach or not is an entirely different topic.

Everyone works differently. The old way of save/save as worked just fine. There was NOTHING wrong with it.

There was nothing wrong with it _for you_. You cannot forbid other opinions on the matter to exist.

I'd say from the number of people who keep contributing to these sorts of threads asking for the old way of doing things, it's more than 15 unhappy people. As for those others, I'm sure if they felt it would change anything, more of them would complain.

That's the thing: you are sure, but you don't really know. Discussing assumptions is a) boring, b) counterproductive.

else meets my needs. Windows isn't secure or stable enough. MSO sucks in comparison to LibreOffice (the only thing I use MSO for is Avery templates as they have never worked 100% properly in OO or LO).

There's dedicated software for that, you know. Like Glabels :)

The request for a preferences checkbox _is_ understood. And respectfully rejected.

If it was really understood, I don't think you all (the dev's) would be so quick to reject it (respectfully or otherwise).

That's arguing for arguing's sake.

I really do not see how this new way is so much better EXCEPT when working with new images created /in/ The GIMP (which I do from time to time).

Just a few hours ago I opened half a dozen of existing images (not even made by me), did some color correction and cropping, used Liquid Rescale in a few cases to further improve composition, then added captions, saved XCFs (soo that I can fix things later, which I do) and exported JPGs.

You don't have to understand _why_ people do that sort of thing. You only need to accept that people _actually do it_, and it makes sense to them.

I have one last question to you. You've already heard that nothing's going to change. What are you trying to accomplish by arguing anyway?

Alexandre Prokoudine http://libregraphicsworld.org

Joseph A. Nagy, Jr
2013-07-20 03:33:27 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/19/13 22:25, Alexandre Prokoudine wrote:

On Sat, Jul 20, 2013 at 6:20 AM, Joseph A. Nagy, Jr wrote:

Everyone works differently. The old way of save/save as worked just fine. There was NOTHING wrong with it.

There was nothing wrong with it _for you_. You cannot forbid other opinions on the matter to exist.

That is essentially what is happening here, though.

I'd say from the number of people who keep contributing to these sorts of threads asking for the old way of doing things, it's more than 15 unhappy people. As for those others, I'm sure if they felt it would change anything, more of them would complain.

That's the thing: you are sure, but you don't really know. Discussing assumptions is a) boring, b) counterproductive.

else meets my needs. Windows isn't secure or stable enough. MSO sucks in comparison to LibreOffice (the only thing I use MSO for is Avery templates as they have never worked 100% properly in OO or LO).

There's dedicated software for that, you know. Like Glabels :)

I have no idea what that is.

The request for a preferences checkbox _is_ understood. And respectfully rejected.

If it was really understood, I don't think you all (the dev's) would be so quick to reject it (respectfully or otherwise).

That's arguing for arguing's sake.

Is it really?

I really do not see how this new way is so much better EXCEPT when working with new images created /in/ The GIMP (which I do from time to time).

Just a few hours ago I opened half a dozen of existing images (not even made by me), did some color correction and cropping, used Liquid Rescale in a few cases to further improve composition, then added captions, saved XCFs (soo that I can fix things later, which I do) and exported JPGs.

You don't have to understand _why_ people do that sort of thing. You only need to accept that people _actually do it_, and it makes sense to them.

I do accept that people work like that. How many people have already commented, though, that they don't?

I have one last question to you. You've already heard that nothing's going to change. What are you trying to accomplish by arguing anyway?

Because I don't think anyone is actually listening, that's why.

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt
Alexandre Prokoudine
2013-07-20 03:58:07 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, Jul 20, 2013 at 7:33 AM, Joseph A. Nagy, Jr wrote:

Everyone works differently. The old way of save/save as worked just fine. There was NOTHING wrong with it.

There was nothing wrong with it _for you_. You cannot forbid other opinions on the matter to exist.

That is essentially what is happening here, though.

Yes, you seem to be attemtpting to forbid other people to think differently _here_. That is true.

I'm afraid you don't understand the idea of making decisions. They are not made to personally harm you. People who make decisions you don't like don't really have bad feelings for you. They don't disregard your opinion. They don't ignore you. They just make a decision that makes sense to them and then take responsibility for it.

I'm not sure how you manage to survive in a modern society without understanding such basic concepts, but that's a topic I wouldn't rather not venture to discuss, because it's simply none of my business.

Just a few hours ago I opened half a dozen of existing images (not even made by me), did some color correction and cropping, used Liquid Rescale in a few cases to further improve composition, then added captions, saved XCFs (soo that I can fix things later, which I do) and exported JPGs.

You don't have to understand _why_ people do that sort of thing. You only need to accept that people _actually do it_, and it makes sense to them.

I do accept that people work like that.

That's a progress.

How many people have already commented, though, that they don't?

Some. I did not count and will not count. That is simply not the point.

Again, the point is to:

1) Analyze the target group's needs. CHECK. 2) Adjust software to their needs. CHECK. 3) Explain the change. CHECK.
4) Tell others you are sorry it doesn't work for them anymore. CHECK.

I have one last question to you. You've already heard that nothing's going to change. What are you trying to accomplish by arguing anyway?

Because I don't think anyone is actually listening, that's why.

In other words, you are sort of muttering into the ears of about 1K subscribers to this mailing list without asking their permissions for it, because you think they are deaf anyway. _And_ you attempt to lecture people about listening to opinions. Well, I hope you are at least happy with the outcome.

Alexandre Prokoudine http://libregraphicsworld.org

Bob Long
2013-07-20 04:12:49 UTC (9 months ago)

HATE the new save vs. export behavior

Kasim Ahmic wrote,

Considering that they put a lot of time and effort into GIMP 2.8 and that this issue has been being brought up for over a year now, I don't think they "quickly rejected" the idea of a toggle.

There are only two things you can do at this point; 1. Stop using GIMP
2. Get used to the new workflow

Or,

3. use this plugin which implements the old way within GIMP: http://www.shallowsky.com/software/gimp-save/

(I've never used it.)

I'm a basic user, most of the time. My most common use is to open a BMP, increase width, crop, resize, and overwrite the exiting image. A prompt when closing that I have not "saved" is no big deal.

My thanks to the developers.

Bob Long
Jeffery Small
2013-07-20 04:44:35 UTC (9 months ago)

HATE the new save vs. export behavior

Alexandre Prokoudine writes:

On Sat, Jul 20, 2013 at 12:57 AM, Renaud OLGIATI wrote:

Pity the recent changes have made it so much less pleasant to use; every time I have saved my work back to its original .jpg and the stupid prog claims I have not saved it, I heartily curse those responsible, and wish them to suffer both lumbago AND hiccough......

I'm flattered to hear that you think of the team all the time :)

Alexandre:

You really are a smug little ass. --
C. Jeffery Small

Patrick Shanahan
2013-07-20 04:52:15 UTC (9 months ago)

HATE the new save vs. export behavior

* Jeffery Small [07-20-13 00:48]:

Alexandre Prokoudine writes:

On Sat, Jul 20, 2013 at 12:57 AM, Renaud OLGIATI wrote:

Pity the recent changes have made it so much less pleasant to use; every time I have saved my work back to its original .jpg and the stupid prog claims I have not saved it, I heartily curse those responsible, and wish them to suffer both lumbago AND hiccough......

I'm flattered to hear that you think of the team all the time :)

Alexandre:

You really are a smug little ass.

He really exhibits an amazing amount a patience w/o resorting to name calling and denigration which you appear to prefer. You have little room to berate others.

(paka)Patrick Shanahan       Plainfield, Indiana, USA      HOG # US1244711
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org                           openSUSE Community Member
Registered Linux User #207535                    @ http://linuxcounter.net
Kasim Ahmic
2013-07-20 04:59:07 UTC (9 months ago)

HATE the new save vs. export behavior

You know, we probably could've saved so much hate and fighting had that link been shared earlier lol

Oh well. This "debate" was somewhat funny to read :P

Sent from my iPod

On Jul 20, 2013, at 12:12 AM, Bob Long wrote:

Kasim Ahmic wrote,

Considering that they put a lot of time and effort into GIMP 2.8 and that this issue has been being brought up for over a year now, I don't think they "quickly rejected" the idea of a toggle.

There are only two things you can do at this point; 1. Stop using GIMP
2. Get used to the new workflow

Or,

3. use this plugin which implements the old way within GIMP: http://www.shallowsky.com/software/gimp-save/

(I've never used it.)

I'm a basic user, most of the time. My most common use is to open a BMP, increase width, crop, resize, and overwrite the exiting image. A prompt when closing that I have not "saved" is no big deal.

My thanks to the developers.

-- Bob Long

_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Bob Long
2013-07-20 06:21:57 UTC (9 months ago)

HATE the new save vs. export behavior

Kasim Ahmic wrote,

On Jul 20, 2013, at 12:12 AM, Bob Long wrote:

[..]

Or,

3. use this plugin which implements the old way within GIMP: http://www.shallowsky.com/software/gimp-save/

You know, we probably could've saved so much hate and fighting had

that link been shared earlier lol

As it was back in February, at least, and probably before and since then!

Bob Long
John Meyer
2013-07-20 14:50:21 UTC (9 months ago)

HATE the new save vs. export behavior

What, and spend our time doing actual work? ;-)

Kasim Ahmic wrote:

You know, we probably could've saved so much hate and fighting had that link been shared earlier lol

Oh well. This "debate" was somewhat funny to read :P

Sent from my iPod

On Jul 20, 2013, at 12:12 AM, Bob Long wrote:

Kasim Ahmic wrote,

Considering that they put a lot of time and effort into GIMP 2.8 and that this issue has been being brought up for over a year now, I don't think they "quickly rejected" the idea of a toggle.

There are only two things you can do at this point; 1. Stop using GIMP
2. Get used to the new workflow

Or,

3. use this plugin which implements the old way within GIMP: http://www.shallowsky.com/software/gimp-save/

(I've never used it.)

I'm a basic user, most of the time. My most common use is to open a BMP, increase width, crop, resize, and overwrite the exiting image. A prompt when closing that I have not "saved" is no big deal.

My thanks to the developers.

-- Bob Long

_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Kasim Ahmic
2013-07-20 15:52:55 UTC (9 months ago)

HATE the new save vs. export behavior

I suppose you're right. How silly of me!

Sent from my iPod

On Jul 20, 2013, at 10:50 AM, John Meyer wrote:

What, and spend our time doing actual work? ;-)

Kasim Ahmic wrote:

You know, we probably could've saved so much hate and fighting had that link been shared earlier lol

Oh well. This "debate" was somewhat funny to read :P

Sent from my iPod

On Jul 20, 2013, at 12:12 AM, Bob Long wrote:

Kasim Ahmic wrote,

Considering that they put a lot of time and effort into GIMP 2.8 and that this issue has been being brought up for over a year now, I don't think they "quickly rejected" the idea of a toggle.

There are only two things you can do at this point; 1. Stop using GIMP
2. Get used to the new workflow

Or,

3. use this plugin which implements the old way within GIMP: http://www.shallowsky.com/software/gimp-save/

(I've never used it.)

I'm a basic user, most of the time. My most common use is to open a BMP, increase width, crop, resize, and overwrite the exiting image. A prompt when closing that I have not "saved" is no big deal.

My thanks to the developers.

-- Bob Long

_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Richard Gitschlag
2013-07-20 16:39:08 UTC (9 months ago)

HATE the new save vs. export behavior

Date: Fri, 19 Jul 2013 16:57:07 -0400 From: renaud@olgiati-in-paraguay.org To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] HATE the new save vs. export behavior

On Fri, 19 Jul 2013 21:03:45 +0100 Andrew & Bridget wrote:

> > Completely useless for the vast majority who only want to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again.

So why use GIMP ?

Because I have been using it (mainly to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again) for over 15 years.

Because it is the only serious image manipulation prog for Linux.

Can I share my story? Prior to GIMP I had three separate applications for image manipulation:

- MS Paint (no further explanation) - iPhoto Plus v3.? (reportedly bundled with my dad's first scanner). This was capable of cropping, color curves adjustment, resize/rotate with resampling, but did not support newer popular file formats like GIF or PNG. - LView Pro v4.? (before their devs went to a timed trialware model). This supported JPG, GIF (with transparency but not animation), and PNG, also had a unique YCC-based invert command, but otherwise its feature set was pretty limited. No interactive color curves, for one.

So depending on what I had to do in particular I would need to open up to three apps, and I couldn't always share image clipboard data between them.

GIMP saved me a lot of time in that it was capable of doing everything I used these other apps for. Despite a few breaking changes (though the save/export issue is a big change conceptually, IN PRACTICE the biggest breaking change to my personal workflow was a minor adjustment to the behavior of selections from 2.2 to 2.4), it is still the best tool I've found for what I do, XCF or otherwise.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Pity the recent changes have made it so much less pleasant to use; every time I have saved my work back to its original .jpg and the stupid prog claims I have not saved it, I heartily curse those responsible, and wish them to suffer both lumbago AND hiccough......
Cheers,

Ron.
--
Beware of foreign entanglements. -- George Washington -- http://www.olgiati-in-paraguay.org --

_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Jernej Simončič
2013-07-20 23:03:08 UTC (9 months ago)

HATE the new save vs. export behavior

On Fri, 19 Jul 2013 21:20:56 -0500, Joseph A. Nagy, Jr wrote:

Windows isn't secure or stable enough.

Wow, people are still living in the 90's.

I am also
unahppy at how unfree FOSS is, fettered with crap licenses like the GPL.

Sounds like you don't know what FOSS authors mean by Free.

< Jernej Simončič ><><><><>< http://eternallybored.org/ >
Joseph A. Nagy, Jr
2013-07-20 23:46:22 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/20/13 18:03, Jernej Simončič wrote:

On Fri, 19 Jul 2013 21:20:56 -0500, Joseph A. Nagy, Jr wrote:

Windows isn't secure or stable enough.

Wow, people are still living in the 90's.

I am also
unahppy at how unfree FOSS is, fettered with crap licenses like the GPL.

Sounds like you don't know what FOSS authors mean by Free.

Free as in free do with as I please, as long as I don't claim it as my work. Any other restriction makes it non-free,

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt
Patrick Shanahan
2013-07-21 00:07:14 UTC (9 months ago)

HATE the new save vs. export behavior

* Joseph A. Nagy, Jr [07-20-13 19:50]:

On 07/20/13 18:03, Jernej Simončič wrote:

On Fri, 19 Jul 2013 21:20:56 -0500, Joseph A. Nagy, Jr wrote:

Windows isn't secure or stable enough.

Wow, people are still living in the 90's.

I am also
unahppy at how unfree FOSS is, fettered with crap licenses like the GPL.

Sounds like you don't know what FOSS authors mean by Free.

Free as in free do with as I please, as long as I don't claim it as my work. Any other restriction makes it non-free,

And now you confirm that "you don't know what FOSS authors mean by Free".

(paka)Patrick Shanahan       Plainfield, Indiana, USA      HOG # US1244711
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org                           openSUSE Community Member
Registered Linux User #207535                    @ http://linuxcounter.net
Ofnuts
2013-07-21 17:47:52 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/21/2013 02:43 PM, Joseph A. Nagy, Jr wrote:

On 07/20/13 19:07, Patrick Shanahan wrote:

* Joseph A. Nagy, Jr [07-20-13 19:50]:

On 07/20/13 18:03, Jernej Simončič wrote:

On Fri, 19 Jul 2013 21:20:56 -0500, Joseph A. Nagy, Jr wrote:

Windows isn't secure or stable enough.

Wow, people are still living in the 90's.

I am also
unahppy at how unfree FOSS is, fettered with crap licenses like the GPL.

Sounds like you don't know what FOSS authors mean by Free.

Free as in free do with as I please, as long as I don't claim it as my work.
Any other restriction makes it non-free,

And now you confirm that "you don't know what FOSS authors mean by Free".

I'm sorry that FOSS authors don't actually mean 'free', then.

On the whole, the only thing you aren't free to do is to remove the freedom...

As the French libertarians say, "Il est interdit d'interdire"...

2013-07-31 16:51:35 UTC (9 months ago)
postings
1
contact
Send private message

HATE the new save vs. export behavior

I 100% agree.

I'm using this "new feature" in Gimp from about 1 year, and the result is always the same: the PAIN I feel every time I have to save my damn jpg back in the format I'm working: JPG.

this is so, so STUPID.

I know developers won't go back for ANY reasons because they believe to have the truth in the world; so I really hope for a fork of the entire Gimp project someday.

I /hate/ the new Save vs. Export behavior. It is completely non-intuitive to me, it makes my brain stumble every time I try to do just about any of the things that I do in GIMP on a regular basis, and it makes most of my workflows take more thought and more button clicks

and this isn't changed after 18 months using this CRAPPY way to save a jpg.

then save as XCF? Well, Ctrl-shift-e won't work for that, because the export dialog doesn't let you export as XCF. I see no advantage

there is NO advantage.

I understand that there is "information loss" when an image is saved as a format other than XCF. But the fact of the matter is that when all

And the behaviour has to be responsability of USERS, not developers. Users doesn't need STUPID tools to make things.

Has anyone solved this bad behaviour? Is there something to use instead of this idiot-wannabe gimp?

Alexandre Prokoudine
2013-07-31 16:58:29 UTC (9 months ago)

HATE the new save vs. export behavior

On Wed, Jul 31, 2013 at 8:51 PM, asbesto wrote:

I really hope for a fork of the entire Gimp project someday.

http://github.com/mskala/noxcf-gimp

The fork is in your hands.

Alexandre Prokoudine http://libregraphicsworld.org

Paul Cartwright
2013-07-31 17:25:45 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/31/2013 12:58 PM, Alexandre Prokoudine wrote:

http://github.com/mskala/noxcf-gimp

The fork is in your hands.

awesome, I tried apt-get install noxcf-gimp and it didn't find it.. is this package real??

Paul Cartwright
scl
2013-07-31 17:32:09 UTC (9 months ago)

HATE the new save vs. export behavior

Paul Cartwright wrote:

awesome, I tried apt-get install noxcf-gimp and it didn't find it.. is this package real??

It's a Github repository. You can clone it with Git or download the sources ZIP file (see the right border on that site) and build this GIMP fork from the sources.

Kind regards,

Sven

Paul Cartwright
2013-07-31 18:28:35 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/31/2013 12:58 PM, Alexandre Prokoudine wrote:

http://github.com/mskala/noxcf-gimp

The fork is in your hands.

Alexandre Prokoudine http://libregraphicsworld.org

well, the good news is I was able to download it. the bad news is, it won't install.. this is the part where linux isn't fun if you aren't a programmer..

ran:
./autogen.sh --disable-gtk-doc

got this:

checking for BABL... no configure: error: Package requirements (babl >= 0.1.11) were not met:

Requested 'babl >= 0.1.11' but version of babl is 0.1.10

# dpkg -l|grep babii gir1.2-babl-0.1 0.1.11-1~pp amd64 GObject introspection data for the Babl library
ii libbabl-0.0-0 0.1.11-1~pp amd64 Dynamic, any to any, pixel format conversion library ii libbabl-0.1-0:amd64 0.1.10-1ubuntu1 amd64 Dynamic, any to any, pixel format conversion library ii libbabl-0.1-0-dbg:amd64 0.1.10-1ubuntu1 amd64 Dynamic, any to any, pixel format conversion library (debugging symbols)

running Xubuntu Raring

Paul Cartwright
David Joyner
2013-07-31 18:33:23 UTC (9 months ago)

HATE the new save vs. export behavior

IMHO this forum is for user questions, not for compiling questions and the developer list is a better place for such questions.

Or maybe a new email list could be opened up specifically for people confused by the export vs save issue?

On Wed, Jul 31, 2013 at 2:28 PM, Paul Cartwright wrote:

On 07/31/2013 12:58 PM, Alexandre Prokoudine wrote:

http://github.com/mskala/noxcf-gimp

The fork is in your hands.

Alexandre Prokoudine http://libregraphicsworld.org

well, the good news is I was able to download it. the bad news is, it won't install.. this is the part where linux isn't fun if you aren't a programmer..

ran:
./autogen.sh --disable-gtk-doc

got this:

checking for BABL... no configure: error: Package requirements (babl >= 0.1.11) were not met:

Requested 'babl >= 0.1.11' but version of babl is 0.1.10

# dpkg -l|grep babii gir1.2-babl-0.1
0.1.11-1~pp amd64 GObject introspection data for the Babl library

ii libbabl-0.0-0 0.1.11-1~pp amd64 Dynamic, any to any, pixel format conversion library ii libbabl-0.1-0:amd64
0.1.10-1ubuntu1 amd64 Dynamic, any to any, pixel format conversion library ii libbabl-0.1-0-dbg:amd64
0.1.10-1ubuntu1 amd64 Dynamic, any to any, pixel format conversion library (debugging symbols)

running Xubuntu Raring

-- Paul Cartwright

_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Tom Williams
2013-07-31 18:36:28 UTC (9 months ago)

HATE the new save vs. export behavior

On 07/31/2013 11:33 AM, David Joyner wrote:

Or maybe a new email list could be opened up specifically for people confused by the export vs save issue?

I second this. :)

Peace...

Tom

/When we dance, you have a way with me,
Stay with me... Sway with me.../
Alexandre Prokoudine
2013-07-31 19:09:29 UTC (9 months ago)

HATE the new save vs. export behavior

On Wed, Jul 31, 2013 at 10:28 PM, Paul Cartwright wrote:

checking for BABL... no
configure: error: Package requirements (babl >= 0.1.11) were not met:

Requested 'babl >= 0.1.11' but version of babl is 0.1.10

# dpkg -l|grep babii

If you know how to run this kind of commands, surely you know that you need *-dev packages installed to build anything? :)

Alexandre Prokoudine http://libregraphicsworld.org

Kasim Ahmic
2013-07-31 20:24:42 UTC (9 months ago)

HATE the new save vs. export behavior

Sure would

Sent from my iPod

On Jul 31, 2013, at 2:36 PM, Tom Williams wrote:

On 07/31/2013 11:33 AM, David Joyner wrote:

Or maybe a new email list could be opened up specifically for people confused by the export vs save issue?

I second this. :)

Peace...

Tom

-- /When we dance, you have a way with me, Stay with me... Sway with me.../
_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Kasim Ahmic
2013-07-31 20:25:23 UTC (9 months ago)

HATE the new save vs. export behavior

I sure would like this :D

(stupid iPod)

Sent from my iPod

On Jul 31, 2013, at 2:36 PM, Tom Williams wrote:

On 07/31/2013 11:33 AM, David Joyner wrote:

Or maybe a new email list could be opened up specifically for people confused by the export vs save issue?

I second this. :)

Peace...

Tom

-- /When we dance, you have a way with me, Stay with me... Sway with me.../
_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Dominik Tabisz
2013-07-31 20:45:39 UTC (9 months ago)

HATE the new save vs. export behavior

If you know how to run this kind of commands, surely you know that you need *-dev packages installed to build anything? :)

This is the only real issue with GIMP - dependencies and "dance" with *-dev packages.
I use mostly 2.6 instead of 2.8 because of this. And i swear a lot because 2.6 lack: layer groups and new save/export behavior.

Is this good thread to discuss potential improvement / feature for new "export" function?
(i don't mean politics like: "turn it back to Gimp 2.6 way" rather something like: "why not give little more features to >>export<>save<< as it is in Gimp 2.8?")

Dominik Tabisz

Liam R E Quin
2013-08-01 02:00:49 UTC (9 months ago)

HATE the new save vs. export behavior

On Wed, 2013-07-31 at 22:45 +0200, Dominik Tabisz wrote:

This is the only real issue with GIMP - dependencies and "dance" with *-dev packages.

That's true for building a lot of stuff. With a recent system you only need babl and gegl, and to use a non-system prefix for installing everything.

Is this good thread to discuss potential improvement / feature for new "export" function?

The gimp-developer mailing list is the best place.

Make sure your mail message doesn't have "hate" in the subject :-) e.g "suggestions for improving 2.8 export dialogue"

There's also a specification for save/export on wiki.gimp.org which you should read first.

Liam

Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml
2013-08-03 16:44:30 UTC (9 months ago)
postings
2
contact
Send private message

HATE the new save vs. export behavior

Hello, I wanted to give my opinion about that subject ; here's my story…

I am a long time user of Gimp, I used to have previous versions than the current 2.8 on my previous old computer (who was running on Windows XP!). I took many fonts, brushes, special effects, all I can find interesting over the Internet to have a full and useful Gimp.

I recently bought a new computer (damn, it's so so fast now! *_* ), so I downloaded the last versions of my usual softwares. So as Gimp, with that 2.8 version.

And… errr… this topic is exactly what I think : I really don't like that "export" feature, which is totally useless to my eyes.

As I am a bit of a webmaster, I use many browsers to see how my websites look like in each of them. And when Google Chrome, some years ago, came up, and begin to get more and more people using it, I knew what was its mean strenght: the URL bar is the same as the Search bar. It means : 2 differents things can be treated by only 1 place ; the software is enough clever to "know" what the user want to do.

And so was a good point with the "Save" function of Gimp : 1 button, and we were able to save our files as everything we wanted. Xcf, jpeg, png, gif, etc., and that was awesome. 1 button to do everything.

That's why I think this "Export" function is really pointless, and I'll probably downgrade to the previous version of Gimp, because it's apparently the only way to get back what is, to my eyes, a great improvement : 1 button for everything.

Liam R E Quin
2013-08-03 17:56:02 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, 2013-08-03 at 18:44 +0200, Sam_ wrote:

a great improvement : 1 button for everything.

I'm guessing that a window with only one button marked Save, and no open, paste, open as layers, cut, copy, filters or other features would not in fact satisfy you, Sam_.

In fact no recent version of gimp has had only one button even just for writing out images to disk. Maybe you've only _used_ one button? You should try the others. Variety is the spice of life and change keeps us young.

Liam

PS: re. your comment on Web browsers, firefox also lets you enter a search into the location bar bar, as did epiphany and even galeon a decade earlier. Maybe the GIMP team needs to hire a marketing firm to help convey The Power of Export.

Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml
Kasim Ahmic
2013-08-03 21:55:51 UTC (9 months ago)

HATE the new save vs. export behavior

I understand exactly how you feel. I hated the export feature too for like a month or so until it just became second nature for me to use it. It shouldn't take you that long to get used to it. However, if it bothers you that much, there's a plugin you can install that'll add a new option "Save/Export Clean" to the File menu. https://github.com/akkana/gimp-plugins/blob/master/save-export-clean.py

There are a few drawbacks to using it though, which are addressed on the page.

Sent from my iPod

On Aug 3, 2013, at 12:44 PM, Sam_ wrote:

Hello, I wanted to give my opinion about that subject ; here's my story…

I am a long time user of Gimp, I used to have previous versions than the current 2.8 on my previous old computer (who was running on Windows XP!). I took many fonts, brushes, special effects, all I can find interesting over the Internet to have a full and useful Gimp.

I recently bought a new computer (damn, it's so so fast now! *_* ), so I downloaded the last versions of my usual softwares. So as Gimp, with that 2.8 version.

And… errr… this topic is exactly what I think : I really don't like that "export" feature, which is totally useless to my eyes.

As I am a bit of a webmaster, I use many browsers to see how my websites look like in each of them. And when Google Chrome, some years ago, came up, and begin to get more and more people using it, I knew what was its mean strenght: the URL bar is the same as the Search bar. It means : 2 differents things can be treated by only 1 place ; the software is enough clever to "know" what the user want to do.

And so was a good point with the "Save" function of Gimp : 1 button, and we were able to save our files as everything we wanted. Xcf, jpeg, png, gif, etc., and that was awesome. 1 button to do everything.

That's why I think this "Export" function is really pointless, and I'll probably downgrade to the previous version of Gimp, because it's apparently the only way to get back what is, to my eyes, a great improvement : 1 button for everything.

-- Sam_ (via www.gimpusers.com/forums)
_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

2013-08-07 19:10:35 UTC (9 months ago)
postings
1
contact
Send private message

HATE the new save vs. export behavior

The sheer arrogance of the developers is astonishing. Essentially the attitude is that if you don't like the mindless changes they've made then you're simply not part of the target audience. Apparently GIMP is aimed at professionals. Fine, but that *isn't* the main user base, intended or not.

The Save menu has behaved in a certain way since the year dot... now it's been changed on the assumption that most people use multi-layered XCF images. They don't. *Most* people use GIMP to edit a photo. Again, these people are not the intended "Professional" audience, but there you have it.

I open images. I "export" them to JPG (despite the fact they were loaded from JPG in the first place...) and am then told "You have unsaved changes" when I try to quit. I don't have unsaved changes at all. I have saved them, possibly even over the original JPG image. There are no unsaved changes - all that's happened is that developer arrogance has increased my workflow.

Such a shame. I guess you will eventually end up with the solely professional user base you crave. And you're too stubborn to even provide the correct behaviour as an alternative for those of us who have been using GIMP a certain way for 10+ years.

The best thing that can happen to GIMP now is that the current developers all experience some sort of programming-related long term memory loss and the project can be taken over by people who care about what users think.

Alexandre Prokoudine
2013-08-07 19:24:32 UTC (9 months ago)

HATE the new save vs. export behavior

On Wed, Aug 7, 2013 at 11:10 PM, Yottskry wrote:

The sheer arrogance of the developers is astonishing. Essentially the attitude is that if you don't like the mindless changes they've made then you're simply not part of the target audience. Apparently GIMP is aimed at professionals. Fine, but that *isn't* the main user base, intended or not.

The Save menu has behaved in a certain way since the year dot... now it's been changed on the assumption that most people use multi-layered XCF images. They don't. *Most* people use GIMP to edit a photo. Again, these people are not the intended "Professional" audience, but there you have it.

I open images. I "export" them to JPG (despite the fact they were loaded from JPG in the first place...) and am then told "You have unsaved changes" when I try to quit. I don't have unsaved changes at all. I have saved them, possibly even over the original JPG image. There are no unsaved changes - all that's happened is that developer arrogance has increased my workflow.

Such a shame. I guess you will eventually end up with the solely professional user base you crave. And you're too stubborn to even provide the correct behaviour as an alternative for those of us who have been using GIMP a certain way for 10+ years.

The best thing that can happen to GIMP now is that the current developers all experience some sort of programming-related long term memory loss and the project can be taken over by people who care about what users think.

Yeah, sorry abouot the inconvinience, Yottskry, but it had to be done.

Best, Alexandre

A. den Oudsten
2013-08-07 20:17:45 UTC (9 months ago)

HATE the new save vs. export behavior

Op 07-08-13 21:24, Alexandre Prokoudine schreef:

On Wed, Aug 7, 2013 at 11:10 PM, Yottskry wrote:

The sheer arrogance of the developers is astonishing. Essentially the attitude is that if you don't like the mindless changes they've made then you're simply not part of the target audience. Apparently GIMP is aimed at professionals. Fine, but that *isn't* the main user base, intended or not.

The Save menu has behaved in a certain way since the year dot... now it's been changed on the assumption that most people use multi-layered XCF images. They don't. *Most* people use GIMP to edit a photo. Again, these people are not the intended "Professional" audience, but there you have it.

I open images. I "export" them to JPG (despite the fact they were loaded from JPG in the first place...) and am then told "You have unsaved changes" when I try to quit. I don't have unsaved changes at all. I have saved them, possibly even over the original JPG image. There are no unsaved changes - all that's happened is that developer arrogance has increased my workflow.

Such a shame. I guess you will eventually end up with the solely professional user base you crave. And you're too stubborn to even provide the correct behaviour as an alternative for those of us who have been using GIMP a certain way for 10+ years.

The best thing that can happen to GIMP now is that the current developers all experience some sort of programming-related long term memory loss and the project can be taken over by people who care about what users think.

Yeah, sorry abouot the inconvinience, Yottskry, but it had to be done.

Best, Alexandre
_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Bravo!! Alexander

Andr den Oudsten

Patrick Shanahan
2013-08-07 23:47:36 UTC (9 months ago)

HATE the new save vs. export behavior

* Yottskry [08-07-13 15:12]:
[...]

The best thing that can happen to GIMP now is that the current developers all experience some sort of programming-related long term memory loss and the project can be taken over by people who care about what users think.

Or that users such as yourself pay someone to develop and provide software more to their *particular* liking and leave gimp and the gimp mail lists! After all, the money you pay for gimp definitely does not support your wishes.

(paka)Patrick Shanahan       Plainfield, Indiana, USA      HOG # US1244711
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org                           openSUSE Community Member
Registered Linux User #207535                    @ http://linuxcounter.net
Rauh, Stuart
2013-08-08 15:07:04 UTC (9 months ago)

HATE the new save vs. export behavior

Second!

I for one appreciate what the GIMP developers have worked so hard to produce. Spectacular program for the price!

Stuart Rauh

-----Original Message----- From: gimp-user-list [mailto:gimp-user-list-bounces@gnome.org] On Behalf Of Patrick Shanahan Sent: Wednesday, August 07, 2013 6:48 PM To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] HATE the new save vs. export behavior

* Yottskry [08-07-13 15:12]: [...]

The best thing that can happen to GIMP now is that the current developers all experience some sort of programming-related long term memory loss and the project can be taken over by people who care about what users think.

Or that users such as yourself pay someone to develop and provide software more to their *particular* liking and leave gimp and the gimp mail lists! After all, the money you pay for gimp definitely does not support your wishes.

(paka)Patrick Shanahan       Plainfield, Indiana, USA      HOG # US1244711
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org                           openSUSE Community Member
Registered Linux User #207535                    @ http://linuxcounter.net
2013-08-09 10:42:30 UTC (9 months ago)
postings
13
contact
Send private message

HATE the new save vs. export behavior

I add my vote on this one.

XCF is a gimp only format, and unfortunately the world don't run on it. When really working on a pic, this one needs ( by nature ) to be exported and imported, and sometimes many times in a project. Of course when you draw in gimp, for gimp and nothing else ( no need to export/import anything as it's just a draw to insure you latest tablet still works fine ) the xcf format suits perfectly the needs !

It's quite natural to hope saving a pic in the format it has been loaded. Load a jpg ? ok, modify it and save it as jpg. Why is it natural ? just because jpg format ( though it degrades the image quality at each save, but this is another question ) is red by ALL tools, unlike xcf that cannot even be used as import in any tool.

IMO developpers made a wrong choice in forcing user to naturally save in the native gimp format. It's not a shame at all to make wrong choices. I would become one to refuse admitting it. Am quite amazed by stupid answers saying:'ok you don't like this ? then rewrite it". Just transpose this kind of answer to for example the use of a car and you'll imagine it's market won't last long.

As a former developper i know that i'ts 5 min to setup a tickbox in the pref window to allow the user choose between the new and old save system. Also it might be longer to reintegrate the old code for the old system, and at last it might take several months for testing the up and downs of such a change. Anyway, i think it's the wise choice. For the reason of the lack of this, the 2.8 don't suit my needs for my today's workflow and am still using the good ol' 2.6 ( wich sometimes crashes on my windows, but it's my very own choice )

At last but not least i just loaded the portable version of the 2.8.6 and noticed that finally the display bug under windows seems to have been solved. So congrats to the dev team for debugging this version i will still not use :-)

In france when someone preaches in the desert, we use to say 'he pees in a violin' :D i'm almost sure that it's what am doing here in giving my opinion on this formely awesome tool. Mebe it will change things, or mebe not, but at least i had tried.

regards.

EDIT: amazing the captcha of this posting window is 'dictatorship' :D a subtle message ? ;-)

2013-08-09 10:49:49 UTC (9 months ago)
postings
13
contact
Send private message

HATE the new save vs. export behavior

Second!

I for one appreciate what the GIMP developers have worked so hard to produce. Spectacular program for the price!

Stuart Rauh

-----Original Message----- From: gimp-user-list [mailto:gimp-user-list-bounces@gnome.org] On Behalf Of Patrick Shanahan
Sent: Wednesday, August 07, 2013 6:48 PM To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] HATE the new save vs. export behavior

* Yottskry [08-07-13 15:12]: [...]
Or that users such as yourself pay someone to develop and provide software more to their *particular* liking and leave gimp and the gimp mail lists!
After all, the money you pay for gimp definitely does not support your wishes.

so as a conclusion you mean that because it's free, it's allowed to be not functionnal. Am i wrong ? Then why does it exist ? just make gimp licensed, and you'll really see where are the customers and who is happy with the interface. Quite risky but will definitely answer the questions :)

Alexandre Prokoudine
2013-08-09 10:54:07 UTC (9 months ago)

HATE the new save vs. export behavior

On Fri, Aug 9, 2013 at 2:42 PM, pitibonom wrote:

EDIT: amazing the captcha of this posting window is 'dictatorship' :D a subtle message ? ;-)

Wait till you get "handcuffs" or "ball and chain" :)

so as a conclusion you mean that because it's free, it's allowed to be not functionnal. Am i wrong ?

You are.

Then why does it exist ?

Because we choose to work on it.

just make gimp licensed, and you'll really see where are the customers and
who is happy with the interface.

As if we didn't know :)

Alexandre Prokoudine http://libregraphicsworld.org

2013-08-09 10:59:22 UTC (9 months ago)
postings
13
contact
Send private message

HATE the new save vs. export behavior

Finally am wondering wether there's still a branch of the 2.6 version that is active ? Does anyone know ?
Or is there only the standard current 2.8.x trunc ? Of course for ppl who don't like the 2.8, noone forces them to use it, but then the question is asked about the older versions. Is there even the possibility to download the old 2.6 somewhere ? Ah it seems yes, but it's not on gimp.org. So finally the only question is wether this version is still in dev from a team that is not the 2.8 team.

????

regards.

Alexandre Prokoudine
2013-08-09 11:03:00 UTC (9 months ago)

HATE the new save vs. export behavior

On Fri, Aug 9, 2013 at 2:59 PM, pitibonom wrote:

Finally am wondering wether there's still a branch of the 2.6 version that is active ?

There's no such thing to the best of my knowledge.

Is there even the possibility to download the old 2.6 somewhere ?

Yes, of course.

Ah it seems yes, but it's not on gimp.org.

Because it doesn't make sense to us advertising older software that doesn't have all the latest fixes.

Alexandre Prokoudine http://libregraphicsworld.org

2013-08-09 11:07:59 UTC (9 months ago)
postings
13
contact
Send private message

HATE the new save vs. export behavior

Wait till you get "handcuffs" or "ball and chain" :) You are.
Because we choose to work on it.
As if we didn't know :)

Alexandre Prokoudine http://libregraphicsworld.org

really amazing Alexandre, the feeling you give me that am speaking to some kind of deity :D Mebe in your supreme knowledge and power you could convince other companies like unity, adobe, microsoft, or some other real awesome dev team making blender, krita etc ( they all are legions ) to use and handle the xcf format :-) This would make the save/export choice pretty convenient and wise :)

If you don't wanna change, mebe the rest of the world could or should ?

respectfully :-)

Alexandre Prokoudine
2013-08-09 11:17:59 UTC (9 months ago)

HATE the new save vs. export behavior

On Fri, Aug 9, 2013 at 3:07 PM, pitibonom wrote:

really amazing Alexandre, the feeling you give me that am speaking to some kind of deity :D

Would you like to repent while at that? :)

Mebe in your supreme knowledge and power you could convince other companies like unity, adobe, microsoft, or some other real awesome dev team making blender, krita etc ( they all are legions ) to use and handle the xcf format :-)

I'm afraid that you failed to understand the intention behind this change. This is not meant to enforce XCF on companies. Besides, should we suggest Adobe to implement support for some open file format, it would most likely be OpenRaster.

Also, may I draw your attention to the fact that Krita and Blender already read XCF (via an extension in case of Blender)?

Alexandre Prokoudine http://libregraphicsworld.org

s.kortenweg
2013-08-09 13:07:22 UTC (9 months ago)

HATE the new save vs. export behavior

When i started 50 years ago in the early days of IT as prof was me told that there are 2 rules for program developers : first keep it simple and second the user must be happy with the results of your work. In the endless discussion of export vs. Save i believe that the second rule is violated.
For me i can live with it. It is not nice but i dont believe that the old situation will return.
On my dual boot system (W7 and Linux) GIMP 2.6 is installed on W7 and GIMP 2.8 on Linux.
In major i use GIMP 2.6 with Photoshop als reserve.

This my comment.

S. Korteweg.

Simon Budig
2013-08-09 13:41:32 UTC (9 months ago)

HATE the new save vs. export behavior

s.kortenweg (s.kortenweg@hccnet.nl) wrote:

When i started 50 years ago in the early days of IT as prof was me told that there are 2 rules for program developers : first keep it simple and second the user must be happy with the results of your work.

Compared to 50 years ago there has been a drastic change however: Typically there is more than one user per program...

Bye, Simon

simon@budig.de              http://simon.budig.de/
Ofnuts
2013-08-09 19:02:43 UTC (9 months ago)

HATE the new save vs. export behavior

On 08/09/2013 12:42 PM, pitibonom wrote:

It's quite natural to hope saving a pic in the format it has been loaded. Load a jpg ? ok, modify it and save it as jpg. Why is it natural ? just because jpg format ( though it degrades the image quality at each save, but this is another question ) is red by ALL tools, unlike xcf that cannot even be used as import in any tool.

Hmmm.

* Open your favorite spreadsheet application. * Load a CSV.
* Create complicated formulas to compute more values. * Save as CSV, "naturally"

Oops. What were these formulas again?

2013-08-09 19:04:50 UTC (9 months ago)
postings
2
contact
Send private message

HATE the new save vs. export behavior

s.kortenweg (s.kortenweg@hccnet.nl) wrote: Compared to 50 years ago there has been a drastic change however: Typically there is more than one user per program...

Bye, Simon

Exact, things changed. We were able to have a better use of our softwares, of our possibilities on computers, etc. But these 2 rules are still available.

Finally, a software is like a website, according to these 2 rules. Everywhere on the Internet, the HTML/CSS/PHP tutorials are asking novice developpers to create websites that *everybody* can find usefull and functionnal (even those who use Internet Explorer!) And now, we even have to figure out our websites for tablets and mobiles!…

Moreover, sometimes, people can do the choices they want. On internet forums, users can choose their nicknames, their profile-picture, their description, etc. What does that mean?

It means that "everybody must be happy using the website". And find the website fuctionnal. And this part works the same for softwares.

Please give people the choice; the only risk I can see it to make more people happy to use Gimp… that's just it…

Daniel
2013-08-09 19:09:59 UTC (9 months ago)

HATE the new save vs. export behavior

On Fri, 2013-08-09 at 21:02 +0200, Ofnuts wrote:

On 08/09/2013 12:42 PM, pitibonom wrote:

It's quite natural to hope saving a pic in the format it has been loaded. Load a jpg ? ok, modify it and save it as jpg. Why is it natural ? just because jpg format ( though it degrades the image quality at each save, but this is another question ) is red by ALL tools, unlike xcf that cannot even be used as import in any tool.

Hmmm.

* Open your favorite spreadsheet application. * Load a CSV.
* Create complicated formulas to compute more values. * Save as CSV, "naturally"

Oops. What were these formulas again?

Sorry, but that's a really bad argument for Gimp. After all, much metadata is lost when it imports photos and other images which contain metadata.

Seriously, ideally, Gimp should save in the format of the file that was opened INCLUDING the metadata. And if someone wants to be clever about it, then if there is data or format changes of the image for which data may be lost or the original format cannot handle, then XCF should be selected as the target format when saving. (for example, the original image was RAW or JPEG and the image changes call for an alpha channel, or perhaps a layer has been added to the original image.)

And I understand not wanting the program to do too much thinking for the users because it can simply get in the way, but the new change already crosses that line by thinking for the user that every file should be saved into XCF format and of course, the user loses all metadata.

(And before anyone offers it, I will acknowledge, the metadata would be preserved if the original source image is unchanged.... true but not the point.)

Ofnuts
2013-08-09 19:44:19 UTC (9 months ago)

HATE the new save vs. export behavior

On 08/09/2013 09:09 PM, Daniel wrote:

On Fri, 2013-08-09 at 21:02 +0200, Ofnuts wrote:

On 08/09/2013 12:42 PM, pitibonom wrote:

It's quite natural to hope saving a pic in the format it has been loaded. Load a jpg ? ok, modify it and save it as jpg. Why is it natural ? just because jpg format ( though it degrades the image quality at each save, but this is another question ) is red by ALL tools, unlike xcf that cannot even be used as import in any tool.

Hmmm.

* Open your favorite spreadsheet application. * Load a CSV.
* Create complicated formulas to compute more values. * Save as CSV, "naturally"

Oops. What were these formulas again?

Sorry, but that's a really bad argument for Gimp. After all, much metadata is lost when it imports photos and other images which contain metadata.

Please be specific. If I:

- load a JPG in Gimp (2.8.2 Linux ADM64) - save as XCF
- exit Gimp
- restart Gimp
- open saved XCF
- export as JPG
- run "exiftool -l" on both original and re-saved JPG, redirecting to file - diff the two Exif file

I don't see any difference between the two Exif files that cannot be explained by the editing (portrait image gets rotated, for instance). But all the original Exif data (shot date, focal length, lens manufacturer, whatever...) is still there.

John Meyer
2013-08-09 19:45:02 UTC (9 months ago)

HATE the new save vs. export behavior

Either way, this is a much more civil argument then "you developers are doodieheads for not doing it my way" aka the way this thread started in the first place.

On 8/9/2013 1:44 PM, Ofnuts wrote:

On 08/09/2013 09:09 PM, Daniel wrote:

On Fri, 2013-08-09 at 21:02 +0200, Ofnuts wrote:

On 08/09/2013 12:42 PM, pitibonom wrote:

It's quite natural to hope saving a pic in the format it has been loaded. Load a
jpg ? ok, modify it and save it as jpg. Why is it natural ? just because jpg
format ( though it degrades the image quality at each save, but this is another
question ) is red by ALL tools, unlike xcf that cannot even be used as import in
any tool.

Hmmm.

* Open your favorite spreadsheet application. * Load a CSV.
* Create complicated formulas to compute more values. * Save as CSV, "naturally"

Oops. What were these formulas again?

Sorry, but that's a really bad argument for Gimp. After all, much metadata is lost when it imports photos and other images which contain metadata.

Please be specific. If I:

- load a JPG in Gimp (2.8.2 Linux ADM64) - save as XCF
- exit Gimp
- restart Gimp
- open saved XCF
- export as JPG
- run "exiftool -l" on both original and re-saved JPG, redirecting to file
- diff the two Exif file

I don't see any difference between the two Exif files that cannot be explained by the editing (portrait image gets rotated, for instance). But all the original Exif data (shot date, focal length, lens manufacturer, whatever...) is still there.

_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Kristian Rink
2013-08-09 19:45:36 UTC (9 months ago)

HATE the new save vs. export behavior

First off, I have been using Gimp ever since 0.9.something, it's still my most used GNU/Linux desktop application, and I did quite some cursing the very day the new save/export behaviour was introduced - but mainly because, in the end, it broke a workflow I was used to.

Am 09.08.2013 21:09, schrieb Daniel:

* Open your favorite spreadsheet application. * Load a CSV. * Create complicated formulas to compute more values. * Save as CSV, "naturally"

Oops. What were these formulas again?

Well, actually, that's the very point in my opinion. The same way I used to be nagged by the save/export, I then and now got annoyed by the application repeatedly asking me "dumb"(?) questions ("flatten" and the like) when trying to save an image making excessive use of layers and channels to a JPG file.

Sorry, but that's a really bad argument for Gimp. After all, much metadata is lost when it imports photos and other images which contain metadata.

While I agree here, to me, this is a wholly different point and more about, well, preserving image metadata and eventually doing so in xcf too.

And if someone wants to be clever about it, then if there is data or format changes of the image for which data may be lost or the original format cannot handle, then XCF should be selected as the target format when saving. (for example, the original image was RAW or JPEG and the image changes call for an alpha channel, or perhaps a layer has been added to the original image.)

Which, in the end, might make it hard to predict what will _actually_ be saved as eventually channels and layers are added by plugins or extensions without the user consciously aware of it. Personally, I wouldn't like this very much... ;)

And I understand not wanting the program to do too much thinking for the users because it can simply get in the way, but the new change already crosses that line by thinking for the user that every file should be saved into XCF format and of course, the user loses all metadata.

As stated above - this should be a different thing; losing metadata without explicitely telling Gimp to dump them ain't a good thing but eventually should be treated differently; if the only reason not to, by default, save to xcf is metadata getting lost, then it should better be about preserving metadata at least while storing xcf or exporting a processed image. Yes, I also initially felt pretty offended by the new save/export, yet at the moment, it just makes things clearer, just as the csv/spreadsheet example, or saving .odt vs. exporting .pdf in LibreOffice - it makes more sensitive that storing to, say, JPG or PNG does not just write image output using a lossy compression but also means losing a lot of processing information, such as layers, channels, ..., all along the way. It's simply clearer - and in situations in which I just want JPG, I just export without saving.

Just my $0.02 of course... Kristian

2013-08-09 20:30:49 UTC (9 months ago)
postings
2
contact
Send private message

HATE the new save vs. export behavior

This thread is like a wound that won't heal - I keep picking the scab even though I know I should just let it be.....

For me, it seems that there are well-established precedents for this type of situation, and in general it would be better to follow precedent where reasonable. It's generally better when tools behave the way you expect.

In the spreadsheet example above, it's absolutely true that if you open a csv, add some fomulas, and save as a csv you will lose the formulas. Pretty good analogy to the topic at hand.

The spreadsheets that I'm familiar with all do the same basic thing in this situation:

1: They default to saving the file in the same format to the same file name as you opened in the first place 2: They warn you that if you accept this default behavior, you may lose some data

OO also gives you the option to have it remind you every time or not.

From my outsider perspective, that seems like a clean, simple, and logical approach that would avoid unwanted data loss and conform more closely with the de facto standard for this situation. Seems obvious to me, and it's baffling that this has become such a shouting match. Didn't have to be that way.

Tom Williams
2013-08-09 21:41:01 UTC (9 months ago)

HATE the new save vs. export behavior

On 08/09/2013 01:30 PM, pbft wrote:

This thread is like a wound that won't heal - I keep picking the scab even though I know I should just let it be.....

For me, it seems that there are well-established precedents for this type of situation, and in general it would be better to follow precedent where reasonable. It's generally better when tools behave the way you expect.

In the spreadsheet example above, it's absolutely true that if you open a csv, add some fomulas, and save as a csv you will lose the formulas. Pretty good analogy to the topic at hand.

The spreadsheets that I'm familiar with all do the same basic thing in this situation:

1: They default to saving the file in the same format to the same file name as you opened in the first place
2: They warn you that if you accept this default behavior, you may lose some data

OO also gives you the option to have it remind you every time or not.

From my outsider perspective, that seems like a clean, simple, and logical

approach that would avoid unwanted data loss and conform more closely with the de facto standard for this situation. Seems obvious to me, and it's baffling that this has become such a shouting match. Didn't have to be that way.

I know what you mean as I'm picking at that same scab. :) lol

A couple of weeks ago, I stumbled upon a similar behavior in MS Word 2010. I had created a document that I wanted to save as a PDF file. I used the "Save As" function to do so. The PDF file got saved and Adobe Reader was opened to show me the PDF file was properly created. Cool. So, being happy with my new PDF file, I closed the Word window because I was "done" with my task (mission accomplished!). Low and behold, Word informed me I had "unsaved changes" and offered me the chance to save them. At first, I was surprised since I had _just_ saved the document to PDF format. Then, the light bulb went off.

What I learned was this: Word was prompting me to save the "unsaved changes" because I had not, yet, saved my document in a file which Word could readily open for edit such that I could resume my editing. When I saved another test document in OpenDocument format and closed the Word window, Word did _not_ prompt me to save the "unsaved changes" because Word considers "OpenDocument" files to be "editable" where the PDF file isn't.

I liken the PDF file to a JPEG or PNG image. Gimp will export the current image to JPEG or PNG formats but once I do so, I will save the image in a format that Gimp doesn't consider "editable". If I open a JPEG image in Gimp, at some text to it, and export it as a JPEG, I can't change the text I added to _that_ image. I either have to start over, if I can, or find creative ways to edit that text.

Once I went through the above experience with MS Word, I got a better understanding of the new export behavior and I actually like it better now. Now, my "habit" will be to simply save the file each time I edit it and when I need a JPEG or PNG file, I'll export one at that time and for that specific intended use. If I can train myself in this way, there won't be any more times when I've saved an image file I can no longer update or edit in the future, provided the XCF file doesn't get corrupt. :) lol

On a side note, I conducted another experiment, before my MS Word experience, in MS Works. I created a document, used "Save As" to save it as a Rich Text file and when I closed Works, it prompted me to save my "unsaved changes".

Peace...

Tom

/When we dance, you have a way with me,
Stay with me... Sway with me.../
Thomas Taylor
2013-08-10 05:41:09 UTC (9 months ago)

HATE the new save vs. export behavior

ENOUGH ALREADY - PLEASE give this topic a burial.

Tom

Cristian Secară
2013-08-10 08:07:34 UTC (9 months ago)

HATE the new save vs. export behavior

În data de Fri, 09 Aug 2013 14:41:01 -0700, Tom Williams a scris:

A couple of weeks ago, I stumbled upon a similar behavior in MS Word 2010. I had created a document that I wanted to save as a PDF file. I used the "Save As" function to do so. The PDF file got saved and Adobe Reader was opened to show me the PDF file was properly created. Cool. So, being happy with my new PDF file, I closed the Word window because I was "done" with my task (mission accomplished!). Low and behold, Word informed me I had "unsaved changes" and offered me the chance to save them. At first, I was surprised since I had _just_ saved the document to PDF format. Then, the light bulb went off.

What I learned was this: Word was prompting me to save the "unsaved changes" because I had not, yet, saved my document in a file which Word could readily open for edit such that I could resume my editing. When I saved another test document in OpenDocument format and closed the Word window, Word did _not_ prompt me to save the "unsaved changes" because Word considers "OpenDocument" files to be "editable" where the PDF file isn't.

This example is not always similar to all situations in GIMP. One of current scenario in GIMP is this: I take an existing .png or .jpg picture with a company logo or a happy/interesting face of one of my friends, crop the part of interest in square aspect ratio, scale down to 106x106 pixels as this is the native resolution I need for Contacts, maybe sharpen a bit, export as .png.

Fine. At closing GIMP asks me "save the canges to image ?". Hmm. Save what ? The original picture is already ruined from its perspective, so what would be the benefit in save it as .xcf ? The exported .png is more or less lossless and further lossless editable, assuming the original was flat anyway and especially if the orignal was still .png.

What realy misses here is some "intelligent" way in determining the oportunity of the "save the changes to image ?" dialog. This dialog (or the lack of an option to getting rid of it) that pops up in obvious useless situations is the annoying one, *not* the export thing.

Cristi

Cristian Secară
http://www.secarica.ro
Richard Gitschlag
2013-08-10 13:37:24 UTC (9 months ago)

HATE the new save vs. export behavior

Date: Sat, 10 Aug 2013 11:07:34 +0300 From: liste@secarica.ro
To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] HATE the new save vs. export behavior

n data de Fri, 09 Aug 2013 14:41:01 -0700, Tom Williams a scris:

What realy misses here is some "intelligent" way in determining the oportunity of the "save the changes to image ?" dialog. This dialog (or the lack of an option to getting rid of it) that pops up in obvious useless situations is the annoying one, *not* the export thing.

I can agree with you here.

If: - No changes have been made since the last export command, and: - The current image has no XCF file associated with it

Then IMHO this is a scenario where suppressing the "Save changes?" prompt can be quite useful for the user, because in this context the exported file IS what they want 'saved' to disk. GIMP constantly asking the user to "Save changes?" in a non-XCF workflow can make the user ignore it out of habit (i.e. crying wolf), which is a dangerous behavior to have.

On a side note, I would love to see an option for rescaling the image at export time (like with Inkscape's Export). I have a 150dpi scanned drawing with an XCF copy behind it, but when I want to export a Web-resolution (60-90 dpi) JPG of it, manually rescaling the image means I run the risk of 'ruining' my high-resolution workfile because it counts as a change to the image. (This actually happened just the other day, fortunately I wasn't closing GIMP at the time so I could merely Undo the changes and then save it at the proper resolution.)

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Ofnuts
2013-08-10 14:53:53 UTC (9 months ago)

HATE the new save vs. export behavior

On 08/10/2013 03:37 PM, Richard Gitschlag wrote:

I can agree with you here.

If: - No changes have been made since the last export command, and: - The current image has no XCF file associated with it

Then IMHO this is a scenario where suppressing the "Save changes?" prompt can be quite useful for the user, because in this context the exported file IS what they want 'saved' to disk.

On the contrary, this is the dangerous situation... - load file
- create complicated selection/path to update part of the image - update that part
- export image
- quit (and throw the selection away...).

IMHO the only safe case is when the image has one singe layer without mask, no channels, no paths, no selections.

GIMP constantly asking the user to "Save changes?" in a non-XCF workflow can make the user ignore it out of habit (i.e. crying wolf), which is a dangerous behavior to have.

On a side note, I would love to see an option for rescaling the image at export time (like with Inkscape's Export). I have a 150dpi scanned drawing with an XCF copy behind it, but when I want to export a Web-resolution (60-90 dpi) JPG of it, manually rescaling the image means I run the risk of 'ruining' my high-resolution workfile because it counts as a change to the image. (This actually happened just the other day, fortunately I wasn't closing GIMP at the time so I could merely Undo the changes and then save it at the proper resolution.)

This is something I can relate to... but then after downscaling a little bit of re-sharpening is often useful, so your save dialog would get complicated. The good solution is to work from a copy "Image/Duplicate" or Ctrl-D.

Tom Williams
2013-08-10 16:45:57 UTC (9 months ago)

HATE the new save vs. export behavior

On 08/10/2013 01:07 AM, Cristian Secară wrote:

În data de Fri, 09 Aug 2013 14:41:01 -0700, Tom Williams a scris:

A couple of weeks ago, I stumbled upon a similar behavior in MS Word 2010. I had created a document that I wanted to save as a PDF file. I used the "Save As" function to do so. The PDF file got saved and Adobe Reader was opened to show me the PDF file was properly created. Cool. So, being happy with my new PDF file, I closed the Word window because I was "done" with my task (mission accomplished!). Low and behold, Word informed me I had "unsaved changes" and offered me the chance to save them. At first, I was surprised since I had _just_ saved the document to PDF format. Then, the light bulb went off.

What I learned was this: Word was prompting me to save the "unsaved changes" because I had not, yet, saved my document in a file which Word could readily open for edit such that I could resume my editing. When I saved another test document in OpenDocument format and closed the Word window, Word did _not_ prompt me to save the "unsaved changes" because Word considers "OpenDocument" files to be "editable" where the PDF file isn't.

This example is not always similar to all situations in GIMP. One of current scenario in GIMP is this: I take an existing .png or .jpg picture with a company logo or a happy/interesting face of one of my friends, crop the part of interest in square aspect ratio, scale down to 106x106 pixels as this is the native resolution I need for Contacts, maybe sharpen a bit, export as .png.

Fine. At closing GIMP asks me "save the canges to image ?". Hmm. Save what ? The original picture is already ruined from its perspective, so what would be the benefit in save it as .xcf ? The exported .png is more or less lossless and further lossless editable, assuming the original was flat anyway and especially if the orignal was still .png.

What realy misses here is some "intelligent" way in determining the oportunity of the "save the changes to image ?" dialog. This dialog (or the lack of an option to getting rid of it) that pops up in obvious useless situations is the annoying one, *not* the export thing.

Cristi

I understand but that's not the point. Your example isn't "always" similar to "all" situations of Gimp usage either. In your example, you don't need to save any changes that you would want to resume editing later since you've already exported the PNG file you want. Gimp *can not know that* since it can't read your mind. :) You could have opened a JPEG image, performed the same crop, and exported to PNG or vice-versa or even exported to both formats. Maybe then change the mode from RGB to indexed and exported to GIF as well. That doesn't change the fact you haven't saved your "work" in such a way that it can be easily resumed later on.

Having Gimp or any other software effectively "guess" what you want will only lead to disaster later on. Believe me, I fully understand the old "save" behavior and when I encountered the new behavior, I was confused by it at first. In fact, I used to do this:

1. Identify an image to edit 2. Make a copy of it, so I would preserve the original (just in case) 3. Open the image in Gimp and make my edits 4. Either save the XCF file, if I wasn't finished with my edits or save as JPEG or PNG
5. Close Gimp.

If later on I realized I screwed up the edit and needed to re-edit, I had to start over again unless I saved in XCF format. Even then, if I didn't save to XCF format frequently, I would "lose changes".

Once I understood the new behavior more and realized it actually helps me preserve my work, I actually considered it a good change and one that will help me almost completely eliminate the "man, I wish I would have saved that XCF file" feelings a year after editing an image I need to edit again.

People use Gimp in many different ways. Clearly a lot of people don't save their work in XCF format and clearly a number of professionals always save their work in the proprietary image format (XCF, PSD, etc). I used to be in the camp that never or rarely saved images in XCF format. With this new behavior, I'm now someone who almost always saves in XCF format and I consider this a good thing. Of course, none of this is about *my* specific use of Gimp but it's not about anyone else's specific use of Gimp either. Fortunately, there are options available to those who don't like the current behavior. Use a different tool. In fact, I've read great things about Paint.net for Windows, for the Windows users out there. Install a Gimp plug-in that restores (or close to it) the old desired behavior. Use an older version of Gimp.

I've read most of the posts in this undying beast of a thread and have chosen to remain fairly silent throughout its existence. I think it's unfair and wrong to slam the Gimp developers as many have chosen to. The software isn't perfect and you might not like the decisions they make but expressing your disagreement with their decision is much different than the name calling on insulting that has taken place in this thread. They've worked hard to produce a wonderful piece of software and at not cost to its users. As a result, they deserve to be respected, at the very least, and not disrespected. Of course, this is not to say you *have* to agree with them or the decisions they make.

Peace...

Tom

/When we dance, you have a way with me,
Stay with me... Sway with me.../
maderios
2013-08-10 16:50:16 UTC (9 months ago)

HATE the new save vs. export behavior

On 08/09/2013 03:07 PM, s.kortenweg wrote:

When i started 50 years ago in the early days of IT as prof was me told that there are 2 rules for program developers : first keep it simple and second the user must be happy with the results of your work. In the endless discussion of export vs. Save i believe that the second rule is violated.

Hi
The Gimp developers approach is unfortunately very "closed". They do not care about the users and they believe they have the truth.... But a developer is mainly a developer, not a professional image editing. You can compare with other software development, like new Enlightenment (E17 and E18).
It's completely different. The developers and the main developer (Rasterman) listen to users reviews and they use these criticisms to improve the program.
http://www.enlightenment.org/
http://sourceforge.net/mailarchive/forum.php?forum_name=enlightenment-users Greetings

Maderios
John Meyer
2013-08-10 16:54:00 UTC (9 months ago)

HATE the new save vs. export behavior

On 8/10/2013 10:50 AM, maderios wrote:

On 08/09/2013 03:07 PM, s.kortenweg wrote:

When i started 50 years ago in the early days of IT as prof was me told that there are 2 rules for program developers : first keep it simple and second the user must be happy with the results of your work. In the endless discussion of export vs. Save i believe that the second rule is violated.

Hi
The Gimp developers approach is unfortunately very "closed". They do not care about the users and they believe they have the truth.... But a developer is mainly a developer, not a professional image editing. You can compare with other software development, like new Enlightenment (E17 and E18).
It's completely different. The developers and the main developer (Rasterman) listen to users reviews and they use these criticisms to improve the program.
http://www.enlightenment.org/
http://sourceforge.net/mailarchive/forum.php?forum_name=enlightenment-users

Greetings

if they're so good, go and use them, then. Or take a few classes on programming and fork the code, as I suggested earlier.

Seriously, nothing's wrong with criticism of a feature you like or don't like as a user as long as:

1. You explain that as a user 2. You realize that you may be in the minority there. 3. If you've said you're not a developer then keep your opinions about what is and is not simple for a developer to maintain to yourself until you've developed a program.

And I don't know about Enlightenment, but I'm assuming that the main developer isn't trying to please everybody. Listen to everybody, fine. But pleasing everybody is the same as pleasing nobody.

Alexandre Prokoudine
2013-08-10 18:46:12 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, Aug 10, 2013 at 8:54 PM, John Meyer wrote:

And I don't know about Enlightenment, but I'm assuming that the main developer isn't trying to please everybody. Listen to everybody, fine. But pleasing everybody is the same as pleasing nobody.

Sadly not everyone understands the distinction. Thank you, John.

Alexandre

maderios
2013-08-10 19:29:09 UTC (9 months ago)

HATE the new save vs. export behavior

On 08/10/2013 08:46 PM, Alexandre Prokoudine wrote:

On Sat, Aug 10, 2013 at 8:54 PM, John Meyer wrote:

And I don't know about Enlightenment, but I'm assuming that the main developer isn't trying to please everybody. Listen to everybody, fine. But pleasing everybody is the same as pleasing nobody.

Sadly not everyone understands the distinction. Thank you, John.

What are you talkin about ? I wrote "listen" to users, not "to please" "Listening" means "I dont know the truth, I open my windows and my door, I want to work with users, not ignore them.... Good night

Maderios
John Meyer
2013-08-10 19:30:10 UTC (9 months ago)

HATE the new save vs. export behavior

On 8/10/2013 1:29 PM, maderios wrote:

On 08/10/2013 08:46 PM, Alexandre Prokoudine wrote:

On Sat, Aug 10, 2013 at 8:54 PM, John Meyer wrote:

And I don't know about Enlightenment, but I'm assuming that the main developer isn't trying to please everybody. Listen to everybody, fine. But
pleasing everybody is the same as pleasing nobody.

Sadly not everyone understands the distinction. Thank you, John.

What are you talkin about ? I wrote "listen" to users, not "to please" "Listening" means "I dont know the truth, I open my windows and my door, I want to work with users, not ignore them.... Good night

I can listen to a person and still think that they are completely in the wrong. In fact, the only person who seems to be not listening here. . .is you. You're the one who's not realizing that this has been considered by the developers and rejected for a good number of reasons. You don't have to agree with them, but it's been explained to you. What you do know is your choice, not theirs.

Stephen Allen
2013-08-11 01:54:52 UTC (9 months ago)

HATE the new save vs. export behavior

On Sat, Aug 10, 2013 at 01:30:10PM -0600, John Meyer wrote:

On 8/10/2013 1:29 PM, maderios wrote:

On 08/10/2013 08:46 PM, Alexandre Prokoudine wrote:

On Sat, Aug 10, 2013 at 8:54 PM, John Meyer wrote:

And I don't know about Enlightenment, but I'm assuming that the main developer isn't trying to please everybody. Listen to everybody, fine. But
pleasing everybody is the same as pleasing nobody.

Sadly not everyone understands the distinction. Thank you, John.

What are you talkin about ? I wrote "listen" to users, not "to please" "Listening" means "I dont know the truth, I open my windows and my door, I want to work with users, not ignore them.... Good night

I can listen to a person and still think that they are completely in the wrong. In fact, the only person who seems to be not listening here. . .is you. You're the one who's not realizing that this has been considered by the developers and rejected for a good number of reasons. You don't have to agree with them, but it's been explained

+1000

Cheers,
Stephen, Toronto
My Google+ Profile | http://goo.gl/JbQsq
Richard Gitschlag
2013-08-11 13:41:50 UTC (9 months ago)

HATE the new save vs. export behavior

On the contrary, this is the dangerous situation... - load file
- create complicated selection/path to update part of the image - update that part
- export image
- quit (and throw the selection away...).

IMHO the only safe case is when the image has one singe layer without mask, no channels, no paths, no selections.

GIMP is the only application I know of where the selection mask is considered actual document content (rather than an interface entity used for manipulating document content). That was a very workflow-breaking issue to come to terms with, and actually much more so than Save vs. Export.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Ofnuts
2013-08-11 22:17:38 UTC (9 months ago)

HATE the new save vs. export behavior

On 08/11/2013 03:41 PM, Richard Gitschlag wrote:

On the contrary, this is the dangerous situation... - load file
- create complicated selection/path to update part of the image - update that part
- export image
- quit (and throw the selection away...).

IMHO the only safe case is when the image has one singe layer without mask, no channels, no paths, no selections.

GIMP is the only application I know of where the selection mask is considered actual document content (rather than an interface entity used for manipulating document content). That was a very workflow-breaking issue to come to terms with, and actually much more so than Save vs. Export.

When you work on complicated selections, this is a very useful feature...

Patrick Shanahan
2013-08-12 16:08:28 UTC (8 months ago)

HATE the new save vs. export behavior

* Jernej Simončič [08-12-13 12:02]:

On Mon, 12 Aug 2013 08:56:22 -0700, Richard Gitschlag wrote:

Speaking of Excel, Excel has really weird cut-and-paste behavior compared to every other app I know; the Cut command doesn't actually remove anything from the document or place it on the clipboard, it just marks it with marching ants (distinct from the normal click-and-drag selection) and only when you hit the Paste command does it actually cut/paste. A side effect is that you can only do one paste per cut (unlike with copy/paste).

Everything clipboard-related is pretty broken in Excel. The copied content is lost if you type something (but here's something funny: if you copy, then paste, then type something, the copied content is lost; however, if you then undo twice - undoing both the typing and the pasting, you can then paste again).

And there is a particular reason why we are *really* interested in *anything* to do with excel? It does help learning and using gimp?

(paka)Patrick Shanahan       Plainfield, Indiana, USA      HOG # US1244711
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org                           openSUSE Community Member
Registered Linux User #207535                    @ http://linuxcounter.net
Joseph A. Nagy, Jr
2013-08-12 16:14:20 UTC (8 months ago)

HATE the new save vs. export behavior

On 08/11/13 08:41, Richard Gitschlag wrote:

On the contrary, this is the dangerous situation... - load file - create complicated selection/path to update part of the image - update that part - export image - quit (and throw the selection away...).

IMHO the only safe case is when the image has one singe layer without mask, no channels, no paths, no selections.

GIMP is the only application I know of where the selection mask is considered actual document content (rather than an interface entity used for manipulating document content). That was a very workflow-breaking issue to come to terms with, and actually much more so than Save vs. Export.

I had meant to send this on-list yesterday...didn't realize my error until Richard replied off-list.

Don't forget the 'floating selection' layer that prevents you from editing any other layer in the image. Excessively frustrating when you're looking to use one particular image in a variety of ways. That plus the new save vs. export is very workflow breaking.

Reference Image: http://www.joseph-a-nagy-jr.us/images/other/01.bitsale.xcf

The stylized 'B' is the one I'm talking about. I just copy/paste and scale as needed but I cannot work on anything else until I anchor it. Very frustrating when I want to adjust something underneath to match it while it is still a separate layer (and I would like to keep it a separate layer, too).

Yours in Christ,

Joseph A Nagy Jr
"Whoever loves instruction loves knowledge, But he who hates correction
is stupid." -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL
http://copyfree.org/licenses/owl/license.txt
Richard Gitschlag
2013-08-12 16:19:04 UTC (8 months ago)

HATE the new save vs. export behavior

Date: Mon, 12 Aug 2013 11:14:20 -0500 From: jnagyjr1978@gmail.com
To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] HATE the new save vs. export behavior

I had meant to send this on-list yesterday...didn't realize my error until Richard replied off-list.

Don't forget the 'floating selection' layer that prevents you from editing any other layer in the image. Excessively frustrating when you're looking to use one particular image in a variety of ways. That plus the new save vs. export is very workflow breaking.

Right. So if I may correct my previous response then . . . . the one change GIMP ever made which broke my personal workflow in the biggest, ugliest way possible was not 2.8's Save/Export. It was when GIMP 2.4 changed the default click-and-drag select behavior from "float and move selected region of pixels" to "move selection mask only". I was . . . not happy about that.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

maderios
2013-08-12 17:08:09 UTC (8 months ago)

HATE the new save vs. export behavior

On 08/10/2013 06:54 PM, John Meyer wrote:

On 8/10/2013 10:50 AM, maderios wrote:

On 08/09/2013 03:07 PM, s.kortenweg wrote:

When i started 50 years ago in the early days of IT as prof was me told that there are 2 rules for program developers : first keep it simple and second the user must be happy with the results of your work. In the endless discussion of export vs. Save i believe that the second rule is violated.

Hi
The Gimp developers approach is unfortunately very "closed". They do not care about the users and they believe they have the truth.... But a developer is mainly a developer, not a professional image editing. You can compare with other software development, like new Enlightenment (E17 and E18).
It's completely different. The developers and the main developer (Rasterman) listen to users reviews and they use these criticisms to improve the program.
http://www.enlightenment.org/
http://sourceforge.net/mailarchive/forum.php?forum_name=enlightenment-users

Greetings

if they're so good, go and use them, then. Or take a few classes on programming and fork the code, as I suggested earlier. Seriously, nothing's wrong with criticism of a feature you like or don't like as a user as long as:

1. You explain that as a user 2. You realize that you may be in the minority there.

Hi
I use Enlightenment everyday, I try to help developers if I can, modestly....
Minority ? Thousands of posts on this list about the problem save export Gimp-2.8, it does not matter of course .... The developers seem to live in a sealed box, ignoring the image editing reality, ignoring the fact that the new "save export" breaks the rhythm of work..... Regards

Maderios
Liam R E Quin
2013-08-12 18:56:48 UTC (8 months ago)

HATE the new save vs. export behavior

On Mon, 2013-08-12 at 11:14 -0500, Joseph A. Nagy, Jr wrote:

[...] I just copy/paste and
scale as needed but I cannot work on anything else until I anchor it.

Actually you can also click New layer in the layers dalogue to turn the floating selection into a layer, and then you can work on other things.

Very frustrating when I want to adjust something underneath to match it while it is still a separate layer (and I would like to keep it a separate layer, too).

You can indeed.

Liam

Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml
Oon-Ee Ng
2013-08-13 05:46:58 UTC (8 months ago)

HATE the new save vs. export behavior

On Tue, Aug 13, 2013 at 1:08 AM, maderios wrote:

On 08/10/2013 06:54 PM, John Meyer wrote:

On 8/10/2013 10:50 AM, maderios wrote:

On 08/09/2013 03:07 PM, s.kortenweg wrote:

When i started 50 years ago in the early days of IT as prof was me told that there are 2 rules for program developers : first keep it simple and second the user must be happy with the results of your work. In the endless discussion of export vs. Save i believe that the second rule is violated.

Hi
The Gimp developers approach is unfortunately very "closed". They do not care about the users and they believe they have the truth.... But a developer is mainly a developer, not a professional image editing. You can compare with other software development, like new Enlightenment (E17 and E18).
It's completely different. The developers and the main developer (Rasterman) listen to users reviews and they use these criticisms to improve the program.
http://www.enlightenment.org/

http://sourceforge.net/mailarchive/forum.php?forum_name=enlightenment-users

Greetings

if they're so good, go and use them, then. Or take a few classes on programming and fork the code, as I suggested earlier. Seriously, nothing's wrong with criticism of a feature you like or don't like as a user as long as:

1. You explain that as a user 2. You realize that you may be in the minority there.

Hi
I use Enlightenment everyday, I try to help developers if I can, modestly....
Minority ? Thousands of posts on this list about the problem save export Gimp-2.8, it does not matter of course .... The developers seem to live in a sealed box, ignoring the image editing reality, ignoring the fact that the new "save export" breaks the rhythm of work..... Regards

--
Maderios

Thousands? In all the time I've followed this list I've seen maybe a dozen threads. I believe all of them have your replies in there. Trying to count the number of complainants, I estimate probably one or two dozen as well.

Stop imagining your personal opinion to be somehow representative of the majority, its really quite annoying. Besides, open source development is not a democracy, so the majority-ness of any opinion is practically useless.

Madeleine Fisher
2013-08-13 14:08:22 UTC (8 months ago)

HATE the new save vs. export behavior

[...] I just copy/paste and
scale as needed but I cannot work on anything else until I anchor it.

Actually you can also click New layer in the layers dalogue to turn the floating selection into a layer, and then you can work on other things.

Very frustrating when I want to adjust something underneath to match it while it is still a separate layer (and I would like to keep it a separate layer, too).

You can indeed.

I used to have to go and click the New Layer button every time until I discovered this handy shortcut: Ctrl+Shift+N It makes your floating selection a new layer without having to move away from the target area! (On a similar[?] note, Ctrl+Shift+D is useful for duplicating a layer so you can have an unedited copy and then do something crazy to the other copy.)

On Tue, Aug 13, 2013 at 12:46 AM, Oon-Ee Ng wrote:

On Tue, Aug 13, 2013 at 1:08 AM, maderios wrote:

On 08/10/2013 06:54 PM, John Meyer wrote:

On 8/10/2013 10:50 AM, maderios wrote:

On 08/09/2013 03:07 PM, s.kortenweg wrote:

When i started 50 years ago in the early days of IT as prof was me

told

that there are 2 rules for program developers : first keep it simple and second the user must be happy with the results of your work. In the endless discussion of export vs. Save i believe that the second rule is violated.

Hi
The Gimp developers approach is unfortunately very "closed". They do not care about the users and they believe they have the truth.... But a developer is mainly a developer, not a professional image editing. You can compare with other software development, like new Enlightenment (E17 and E18).
It's completely different. The developers and the main developer (Rasterman) listen to users reviews and they use these criticisms to improve the program.
http://www.enlightenment.org/

http://sourceforge.net/mailarchive/forum.php?forum_name=enlightenment-users

Greetings

if they're so good, go and use them, then. Or take a few classes on programming and fork the code, as I suggested earlier. Seriously, nothing's wrong with criticism of a feature you like or don't like as a user as long as:

1. You explain that as a user 2. You realize that you may be in the minority there.

Hi
I use Enlightenment everyday, I try to help developers if I can, modestly....
Minority ? Thousands of posts on this list about the problem save export Gimp-2.8, it does not matter of course .... The developers seem to live

in a

sealed box, ignoring the image editing reality, ignoring the fact that

the

new "save export" breaks the rhythm of work..... Regards

--
Maderios

Thousands? In all the time I've followed this list I've seen maybe a dozen threads. I believe all of them have your replies in there. Trying to count the number of complainants, I estimate probably one or two dozen as well.

Stop imagining your personal opinion to be somehow representative of the majority, its really quite annoying. Besides, open source development is not a democracy, so the majority-ness of any opinion is practically useless.
_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Richard Gitschlag
2013-08-13 15:23:37 UTC (8 months ago)

HATE the new save vs. export behavior

Date: Tue, 13 Aug 2013 13:46:58 +0800 From: ngoonee.talk@gmail.com
To: maderios@gmail.com
CC: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] HATE the new save vs. export behavior

Thousands? In all the time I've followed this list I've seen maybe a dozen threads. I believe all of them have your replies in there. Trying to count the number of complainants, I estimate probably one or two dozen as well.

This single topic has nearly 300 replies by now (if not more), and there have certainly been dozens of other, smaller topics over time, mostly clustered around 2.8's launch. It is probably safe to assume there are over 1,000 posts on the matter in total....

...and, of course, +1 to the pile.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Patrick Shanahan
2013-08-13 15:35:48 UTC (8 months ago)

HATE the new save vs. export behavior

* Richard Gitschlag [08-13-13 11:26]:

This single topic has nearly 300 replies by now (if not more), and there have certainly been dozens of other, smaller topics over time, mostly clustered around 2.8's launch. It is probably safe to assume there are over 1,000 posts on the matter in total....

Certainly possibly > 1000 posts but *many* deviate widely from the subject and *many* repeated admonitions by a very *few* users. So counting post has little weight.

And it *is* a *pile* .... [insert suitable context here].

-1

(paka)Patrick Shanahan       Plainfield, Indiana, USA      HOG # US1244711
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org                           openSUSE Community Member
Registered Linux User #207535                    @ http://linuxcounter.net
Akkana Peck
2013-08-13 17:14:15 UTC (8 months ago)

HATE the new save vs. export behavior

Oon-Ee Ng writes:

Thousands? In all the time I've followed this list I've seen maybe a dozen threads. I believe all of them have your replies in there. Trying to count the number of complainants, I estimate probably one or two dozen as well.

In case people are curious: I've been saving posts on this topic since the beginning. Initially I was curious how the weight of opinion would balance out, and once I got started I just kept saving them. My count isn't exact: I didn't save messages I judged to be "too far off topic" (like the recent Excel discussion), but that's an opinion call; and my archive also includes email and blog comments I've received regarding my save-export-clean plug-in, so it has a few messages that haven't appeared on these lists.

The current count is 1414, not including this message.

I never tried to classify individual messages as for or against the change, so I have no counts for that.

...Akkana

maderios
2013-08-13 18:48:56 UTC (8 months ago)

HATE the new save vs. export behavior

On 08/13/2013 07:14 PM, Akkana Peck wrote:

Oon-Ee Ng writes:

Thousands? In all the time I've followed this list I've seen maybe a dozen threads. I believe all of them have your replies in there. Trying to count the number of complainants, I estimate probably one or two dozen as well.

In case people are curious: I've been saving posts on this topic since the beginning. Initially I was curious how the weight of opinion would balance out, and once I got started I just kept saving them. My count isn't exact: I didn't save messages I judged to be "too far off topic" (like the recent Excel discussion), but that's an opinion call; and my archive also includes email and blog comments I've received regarding my save-export-clean plug-in, so it has a few messages that haven't appeared on these lists.

The current count is 1414, not including this message.

I never tried to classify individual messages as for or against the change, so I have no counts for that.

...Akkana _______________________________________________

Hi Akkana
Thanks for your "save-export-clean" plug-in which is very useful. That's all I can say....
Regards

Maderios
Burnie West
2013-08-13 18:59:50 UTC (8 months ago)

HATE the new save vs. export behavior

On 08/13/2013 11:48 AM, maderios wrote:

...Akkana
_______________________________________________

That's all I can say....
Regards
--
Maderios

Ah-h-h wish it were so

Kim Cascone
2013-08-13 21:03:04 UTC (8 months ago)

HATE the new save vs. export behavior

I too have been following this thread since it's inception (not as empirically as Ms Peck though) and see the same exact complaints come up time and again

I find it oddly unsettling how the developers have consistently turned a deaf ear to this important issue by not making it possible in the settings to allow GIMP users to select the old way of "saving as" and exporting content instead of being forced into one way of doing things...which leads me to wonder if there might be a hidden agenda of some sort?

also a question for Akkana: do you still have that script available that simulates the old style of save as and export?
:)
kc

On 08/13/2013 10:14 AM, Akkana Peck wrote:

Oon-Ee Ng writes:

Thousands? In all the time I've followed this list I've seen maybe a dozen threads. I believe all of them have your replies in there. Trying to count the number of complainants, I estimate probably one or two dozen as well.

In case people are curious: I've been saving posts on this topic since the beginning. Initially I was curious how the weight of opinion would balance out, and once I got started I just kept saving them. My count isn't exact: I didn't save messages I judged to be "too far off topic" (like the recent Excel discussion), but that's an opinion call; and my archive also includes email and blog comments I've received regarding my save-export-clean plug-in, so it has a few messages that haven't appeared on these lists.

The current count is 1414, not including this message.

I never tried to classify individual messages as for or against the change, so I have no counts for that.

...Akkana _______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Richard Gitschlag
2013-08-14 14:20:58 UTC (8 months ago)

HATE the new save vs. export behavior

Date: Tue, 13 Aug 2013 14:03:04 -0700 From: kim@anechoicmedia.com
To: akkana@shallowsky.com
CC: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] HATE the new save vs. export behavior

I find it oddly unsettling how the developers have consistently turned a deaf ear to this important issue by not making it possible in the settings to allow GIMP users to select the old way of "saving as" and exporting content instead of being forced into one way of doing things...which leads me to wonder if there might be a hidden agenda of some sort?

I totally understand this impression (it's not just save/export where this "deaf ear" happens), but the fact remains that the decision was made long before that.

Documentation for the Save/Export distinction (and the decision to implement it) goes all the way back to March, 2009: - http://gui.gimp.org/index.php?title=Save_%2B_export_specification&oldid=543

GIMP 2.8.0 was released in 2012 -- a full Three Years Later.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

2013-10-03 16:39:11 UTC (7 months ago)
postings
8
contact
Send private message

HATE the new save vs. export behavior

I want to say two things:

1) The new behaviour is a TOTAL PIECE OF SHIT. And the authors are just MORONS because they argue that if you dislike it, you are an idiot, "misuse" gimp and should only use MSPAINT because of a low IQ. Just like it was with the single-window mode, yeah.

2) But - Good news, everyone! That bevaviour really fucked me up and I got to the code and patched it. And the patch to DISABLE that piece of shit is very simple - you just need to comment out two if()'s in app/plug-in/gimppluginmanager-file.c (see below or get it from http://svn.yourcmc.ru/viewvc.py/vitalif/trunk/scripts/patch-gimp-unite-save_export.diff?view=co).

After patching, Gimp still suggests you to save the opened *.png or anything in XCF on Ctrl-S, but it does so only the FIRST time, and ALLOWS to actually select any other format.

--- gimp-2.8.6.orig/app/plug-in/gimppluginmanager-file.c +++ gimp-2.8.6/app/plug-in/gimppluginmanager-file.c @@ -136,13 +136,13 @@ gimp_plug_in_manager_register_save_handl gimp_plug_in_procedure_set_file_proc (file_proc, extensions, prefixes, NULL);
- if (file_procedure_in_group (file_proc, FILE_PROCEDURE_GROUP_SAVE)) + //if (file_procedure_in_group (file_proc, FILE_PROCEDURE_GROUP_SAVE)) {
if (! g_slist_find (manager->save_procs, file_proc)) manager->save_procs = g_slist_prepend (manager->save_procs, file_proc); }

- if (file_procedure_in_group (file_proc, FILE_PROCEDURE_GROUP_EXPORT)) + //if (file_procedure_in_group (file_proc, FILE_PROCEDURE_GROUP_EXPORT)) {
if (! g_slist_find (manager->export_procs, file_proc)) manager->export_procs = g_slist_prepend (manager->export_procs, file_proc);

2013-10-03 16:40:20 UTC (7 months ago)
postings
8
contact
Send private message

HATE the new save vs. export behavior

Oops the forum messed up with my diff. So again, either get it from http://svn.yourcmc.ru/viewvc.py/vitalif/trunk/scripts/patch-gimp-unite-save_export.diff?view=co or download as an attachment.

Patrick Shanahan
2013-10-03 18:54:07 UTC (7 months ago)

HATE the new save vs. export behavior

* vitalif [10-03-13 12:41]:

I want to say two things:

1) The new behaviour is a TOTAL PIECE OF SHIT. And the authors are just MORONS because they argue that if you dislike it, you are an idiot, "misuse" gimp and should only use MSPAINT because of a low IQ. Just like it was with the single-window mode, yeah.

2) But - Good news, everyone! That bevaviour really fucked me up and I got to the code and patched it. And the patch to DISABLE that piece of shit is very simple - you just need to comment out two if()'s in app/plug-in/gimppluginmanager-file.c (see below or get it from http://svn.yourcmc.ru/viewvc.py/vitalif/trunk/scripts/patch-gimp-unite-save_export.diff?view=co).

Your social skills surely reflect your intelligence level.

(paka)Patrick Shanahan       Plainfield, Indiana, USA          @ptilopteri
http://en.opensuse.org    openSUSE Community Member    facebook/ptilopteri
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
Registered Linux User #207535                    @ http://linuxcounter.net
Alexandre Prokoudine
2013-10-03 19:11:57 UTC (7 months ago)

HATE the new save vs. export behavior

On Thu, Oct 3, 2013 at 10:54 PM, Patrick Shanahan wrote:

* vitalif [10-03-13 12:41]:

I want to say two things:

1) The new behaviour is a TOTAL PIECE OF SHIT. And the authors are just MORONS because they argue that if you dislike it, you are an idiot, "misuse" gimp and should only use MSPAINT because of a low IQ. Just like it was with the single-window mode, yeah.

2) But - Good news, everyone! That bevaviour really fucked me up and I got to the code and patched it. And the patch to DISABLE that piece of shit is very simple - you just need to comment out two if()'s in app/plug-in/gimppluginmanager-file.c (see below or get it from http://svn.yourcmc.ru/viewvc.py/vitalif/trunk/scripts/patch-gimp-unite-save_export.diff?view=co).

Your social skills surely reflect your intelligence level.

May I suggest that we avoid personal confrontation? Breaking the code of conduct by Mr. Filippov was bad enough.

Alexandre

2013-10-03 19:48:31 UTC (7 months ago)
postings
8
contact
Send private message

HATE the new save vs. export behavior

Your social skills surely reflect your intelligence level.

Ha-ha. I just say that what I think and don't feel shy about specific words :) Of course I don't undervalue the incredibly good mission that gimp developers are performing in general. Nothing personal, of course.

Richard Gitschlag
2013-10-04 11:51:25 UTC (7 months ago)

HATE the new save vs. export behavior

Date: Thu, 3 Oct 2013 21:48:31 +0200 From: forums@gimpusers.com
To: gimp-user-list@gnome.org
CC: team@gimpusers.com
Subject: [Gimp-user] HATE the new save vs. export behavior

Your social skills surely reflect your intelligence level.

Ha-ha. I just say that what I think and don't feel shy about specific words :)

...then you should already be aware that how you choose to phrase something has a very strong impact on how everyone else perceives you. :) If you look like a troll....

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

2013-10-04 12:41:42 UTC (7 months ago)
postings
8
contact
Send private message

HATE the new save vs. export behavior

...then you should already be aware that how you choose to phrase something has a very strong impact on how everyone else perceives you. :) If you look like a troll....

I think sometimes it's not too bad being a troll...

I'm sure the simplification of all the same use cases could be achieved without breaking anyone's experience - for example it would be sufficient to just add "export" with all formats supported as an "additional save state" for those who want "non-destructive rasterization without closing the previous document", and to not remove any formats from the "save" menu for those who don't want it. And I'm sure it's enough to just ask for the closing confirmation if an image is not saved to XCF for fool-proofness...

And I highly suspect that nobody will really listen to these words in any case (no matter if I would phrase them like a troll or like an elf). Because it seems authors have a "determined vision" and want to force everyone to that vision. So because of that suspicion I talk like a troll, yeah :-(

Alexandre Prokoudine
2013-10-04 13:22:25 UTC (7 months ago)

HATE the new save vs. export behavior

On Fri, Oct 4, 2013 at 4:41 PM, vitalif wrote:

And I highly suspect that nobody will really listen to these words in any case (no matter if I would phrase them like a troll or like an elf).

Oh, we listen all the time. It's the kind of action we take afterwards that matters. In this particular case I've an inclination to once again point at the code of conduct:

http://www.gimp.org/mail_lists.html

And in particular, at "Please make sure that you add value to the discussion, avoid repetitive arguments, flamewars, trolling, and personal attacks."

Alexandre

2013-10-04 14:33:44 UTC (7 months ago)
postings
8
contact
Send private message

HATE the new save vs. export behavior

And in particular, at "Please make sure that you add value to the discussion, avoid repetitive arguments, flamewars, trolling, and personal attacks."

In this particular case, I think it's the second paragraph that adds some value...

Eduard Braun
2013-10-04 16:45:50 UTC (7 months ago)

HATE the new save vs. export behavior

Hi all,

I don't get it! This discussion is going on for months now, constantly spamming the mailing list. Still I don't see even the slightest willingness to compromise on either side. It seems you are carrying out a war with hardened fronts on the back of GIMP which will give neither side any sort of satisfaction.

It seems clear to me now, that this is a matter of principle: Some people like the separation of "save" and "export" functionalities, others don't. It seems unlikely to me, that you can convince either group that the other way round is the way to go. So why don't you just finally implement a setting to easily switch between the two possibilities and finally end this pointless war which only damages GIMP's reputation?

I hope, all of you finally get over this and start to find a solution instead of clashing swords to the end of days.

Regards Eduard

John Meyer
2013-10-04 17:01:53 UTC (7 months ago)

HATE the new save vs. export behavior

Or you could just remap the keyboard shortcuts.

On 10/4/2013 10:45 AM, Eduard Braun wrote:

Hi all,

I don't get it! This discussion is going on for months now, constantly spamming the mailing list. Still I don't see even the slightest willingness to compromise on either side. It seems you are carrying out a war with hardened fronts on the back of GIMP which will give neither side any sort of satisfaction.

It seems clear to me now, that this is a matter of principle: Some people like the separation of "save" and "export" functionalities, others don't. It seems unlikely to me, that you can convince either group that the other way round is the way to go. So why don't you just finally implement a setting to easily switch between the two possibilities and finally end this pointless war which only damages GIMP's reputation?

I hope, all of you finally get over this and start to find a solution instead of clashing swords to the end of days.

Regards Eduard
_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

2013-10-04 21:07:19 UTC (7 months ago)
postings
8
contact
Send private message

HATE the new save vs. export behavior

Or you could just remap the keyboard shortcuts.

I don't just want to remap the shortcuts. Because (1) sometimes I use the shortcut and sometimes I use the menu item (and sometimes it's "Save as", not just "Save") and (2) I can't save to XCF using the remapped "Export". And I don't like pythonish save/export extensions, either, because I don't want a separate command for "normal save".

What constructive actions can be applied? I think these are:

1) Just make a configuration setting for enabling/disabling the format restriction for Save.

2) I think that even disabling the restriction on a permanent basis without adding any settings also won't harm anyone. Those who like Export will be able to still use Export, and those who dislike Export will be happy with normal Save.

3) Make an online poll on some well-known site (so a sufficient amount of users could vote) to understand real proportion between those who like and those who dislike the save/export feature. Something like "What option is better?" with the choices like: "Only one Save command", "Save + Export, without restricting the Save formats", "Totally separated Save and Export (with Save being XCF-only)", and "Don't care".

Alexandre Prokoudine
2013-10-04 21:27:07 UTC (7 months ago)

HATE the new save vs. export behavior

On Sat, Oct 5, 2013 at 1:07 AM, vitalif wrote:

What constructive actions can be applied? I think these are:

1) Just make a configuration setting for enabling/disabling the format restriction for Save.

2) I think that even disabling the restriction on a permanent basis without adding any settings also won't harm anyone. Those who like Export will be able to still use Export, and those who dislike Export will be happy with normal Save.

3) Make an online poll on some well-known site (so a sufficient amount of users could vote) to understand real proportion between those who like and those who dislike the save/export feature. Something like "What option is better?" with the choices like: "Only one Save command", "Save + Export, without restricting the Save formats", "Totally separated Save and Export (with Save being XCF-only)", and "Don't care".

The code of conduct clearly suggests not posting repetitive arguments. None of your suggestions are new. We already provide answers to all of them. I understand your frustration, but this is an official warning.

Alexandre

Helen
2013-10-10 10:17:56 UTC (7 months ago)

HATE the new save vs. export behavior

Although I also hate the new feature which restricts what I can do, I don't think taking a poll is a useful idea. It seems to me the developers ought to be aware, as everyone else is, that this was a bad move, that many (who knows whether most, but certainly many) GIMP users hate it, and just allow users the same choice we had for so many years. If there is a down side to allowing users to make this choice, I haven't heard what that is.

On Fri, Oct 4, 2013 at 5:07 PM, vitalif wrote:

Or you could just remap the keyboard shortcuts.

I don't just want to remap the shortcuts. Because (1) sometimes I use the shortcut and sometimes I use the menu item (and sometimes it's "Save as", not
just "Save") and (2) I can't save to XCF using the remapped "Export". And I don't like pythonish save/export extensions, either, because I don't want a separate command for "normal save".

What constructive actions can be applied? I think these are:

1) Just make a configuration setting for enabling/disabling the format restriction for Save.

2) I think that even disabling the restriction on a permanent basis without adding any settings also won't harm anyone. Those who like Export will be able
to still use Export, and those who dislike Export will be happy with normal Save.

3) Make an online poll on some well-known site (so a sufficient amount of users
could vote) to understand real proportion between those who like and those who
dislike the save/export feature. Something like "What option is better?" with
the choices like: "Only one Save command", "Save + Export, without restricting
the Save formats", "Totally separated Save and Export (with Save being XCF-only)", and "Don't care".

-- vitalif (via www.gimpusers.com/forums) _______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Helen Etters
using Linux, suse12.3
Simon Budig
2013-10-10 10:35:28 UTC (7 months ago)

HATE the new save vs. export behavior

Helen (etters.h@gmail.com) wrote:

If there is a down side to
allowing users to make this choice, I haven't heard what that is.

Clearly adding the choice option would work against the expressly stated goal of the change:
http://gui.gimp.org/index.php/Save_%2B_export_specification

And no, this is very much not new.

Bye, Simon

simon@budig.de              http://simon.budig.de/
Andrew & Bridget
2013-10-10 10:56:01 UTC (7 months ago)

HATE the new save vs. export behavior

On 10/10/2013 11:17, Helen wrote:

Although I also hate the new feature which restricts what I can do, I don't think taking a poll is a useful idea. It seems to me the developers ought to be aware, as everyone else is, that this was a bad move, that many (who knows whether most, but certainly many) GIMP users hate it, and just allow users the same choice we had for so many years. If there is a down side to allowing users to make this choice, I haven't heard what that is.

I am very sure the developers are aware 'you' feel this is a bad move, not all 'GIMP' users would agree with you.

What I find very strange with this thread, is that many repliers to the thread (I am not meaning you particularly) are demanding change back, but the developers are wishing to take the project in a direction of their liking, which some people really do not understand. Have you paid an money for this software ? We are given this software by the developers we can not demand anything, we may ask, but it does mean we get, and it has been stated many many times now the export option is here to stay. (http://gui.gimp.org/index.php/GIMP_UI_Redesign).

15. Disclaimer of Warranty.

THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES PROVIDE THE **PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND**, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR CORRECTION.

What I really 'hate' seeing this title turn up in my 'inbox'.

2013-10-10 21:20:47 UTC (7 months ago)
postings
8
contact
Send private message

HATE the new save vs. export behavior

We are given this software by the we can not demand anything

Of course! And the best of it is that the license is free so you can at least patch it for yourself [just like I did]. But my idea was that it's generally a good idea to listen to your users even if you develop an opensource project. )

What I really 'hate' seeing this title turn up in my 'inbox'.

If you 'hate' it maybe you'll just unsubscribe from it? :-)

Michael Natterer
2013-10-10 21:29:59 UTC (7 months ago)

HATE the new save vs. export behavior

On 10/10/2013 11:20 PM, vitalif wrote:

We are given this software by the we can not demand anything

Of course! And the best of it is that the license is free so you can at least patch it for yourself [just like I did]. But my idea was that it's generally a good idea to listen to your users even if you develop an opensource project. )

What I really 'hate' seeing this title turn up in my 'inbox'.

If you 'hate' it maybe you'll just unsubscribe from it? :-)

Why don't the haters unsubscribe instead?

Let me repeat it for you: we will *not* make the save/export separation a configurable option.

This has been said several times, and no matter how many useless mails accumulate in this thread, the answer will still be *not*.

Regards, --Mitch

2013-10-10 21:37:41 UTC (7 months ago)
postings
8
contact
Send private message

HATE the new save vs. export behavior

Why don't the haters unsubscribe instead?

Of course because we don't hate the thread in our inbox, we just hate the "feature"! :)

Let me repeat it for you: we will *not* make the save/export separation a configurable option.

Thanks, in fact I've understood your point as early as before I've posted my first hate speech. And of course I had no hope for any change in your mind posting the last message :)

Alexandre Prokoudine
2013-10-11 01:54:42 UTC (7 months ago)

HATE the new save vs. export behavior

On Fri, Oct 11, 2013 at 1:37 AM, vitalif wrote:

Why don't the haters unsubscribe instead?

Of course because we don't hate the thread in our inbox, we just hate the "feature"! :)

Let me repeat it for you: we will *not* make the save/export separation a configurable option.

Thanks, in fact I've understood your point as early as before I've posted my first hate speech.

You've just banned yourself from the mailing list.

Alexandre

Thomas Widlar
2013-10-11 02:02:27 UTC (7 months ago)

HATE the new save vs. export behavior

Good.

On 10/10/2013 8:54 PM, Alexandre Prokoudine wrote:

You've just banned yourself from the mailing list. Alexandre

maderios
2013-10-11 13:31:40 UTC (7 months ago)

HATE the new save vs. export behavior

On 10/10/2013 12:56 PM, Andrew & Bridget wrote:

On 10/10/2013 11:17, Helen wrote:

Although I also hate the new feature which restricts what I can do, I don't
think taking a poll is a useful idea. It seems to me the developers ought
to be aware, as everyone else is, that this was a bad move, that many (who
knows whether most, but certainly many) GIMP users hate it, and just allow
users the same choice we had for so many years. If there is a down side to
allowing users to make this choice, I haven't heard what that is.

I am very sure the developers are aware 'you' feel this is a bad move, not all 'GIMP' users would agree with you.

What I find very strange with this thread, is that many repliers to the thread (I am not meaning you particularly) are demanding change back, but the developers are wishing to take the project in a direction of their liking, which some people really do not understand.

Hi
Info : in the Linux/GNU software world, Gimp seems to be an exception. Regarding other softwares, developers improve the tool thanks to feedback from users, especially professional users who spend a lot of time working with the tool.
Greetings

Maderios
Melleus
2013-10-11 20:20:33 UTC (6 months ago)

HATE the new save vs. export behavior

I "work with the tool" from its version numbered 2.4. And I use it primarily as a photo processing tool. I can say that the save/export feature is a very logical one from my point of view as I can be sure that I have ALL THE INFORMATION in the SAVED image as long as I can have only PARTIAL INFORMATION in the EXPORTED image. Have you ever got to redo some hours work when you think that you saved the image but in fact you really exported it only? The features that I really miss are the high-bit color depths and better CMYK and Lab colorspaces support. And I beleive we won't get them faster if we mess the developers in teapot tempests instead of giving them our appreciation.

P.S. If you really prefer accidentaly loosing your information you can surely redefine hot keys.

maderios
2013-10-12 11:22:34 UTC (6 months ago)

HATE the new save vs. export behavior

On 10/11/2013 10:20 PM, Melleus wrote:

P.S. If you really prefer accidentally loosing your information you can surely redefine hot keys.

Hi
This is a false problem. Since last 14 years I've used all versions of Gimp, I never lost my work. First rule : save it periodically.

Maderios
maderios
2013-10-12 12:23:32 UTC (6 months ago)

HATE the new save vs. export behavior

On 10/12/2013 01:44 PM, Oon-Ee Ng wrote:

On 12 Oct 2013 19:23, "maderios" > wrote: >
> On 10/11/2013 10:20 PM, Melleus wrote: >
>> P.S. If you really prefer accidentally loosing your information you can >> surely redefine hot keys.
>>
> Hi
> This is a false problem. Since last 14 years I've used all versions of Gimp, I never lost my work. First rule : save it periodically. >
> --
> Maderios

How is it false when you provide just one example (yourself)? And the email you replied to gives a presumably true account which shows it has been a problem for him/her?

I was not clear enough, sorry... Generally speaking, in any job, you must follow certain rules. Regarding editing or creation of images, the first rule is not to wait until the end to save the work. Personally, I save at least every milestone, sometimes every step. I keep several versions of the project, then I can remove them.

Maderios
Andrew & Bridget
2013-10-12 12:56:40 UTC (6 months ago)

HATE the new save vs. export behavior

On 12/10/2013 13:23, maderios wrote:

I save at least every milestone, sometimes every step

Surely this backup's the reason why the software works as it does now, as saving each step would mean saving to the native file format (ie .xcf) and then exporting to the finished required format ( .png, .jpg etc) !

Melleus
2013-10-12 16:21:07 UTC (6 months ago)

HATE the new save vs. export behavior

Andrew & Bridget writes:

On 12/10/2013 13:23, maderios wrote:

I save at least every milestone, sometimes every step

Surely this backup's the reason why the software works as it does now,

Bingo!

John Meyer
2013-10-12 16:29:29 UTC (6 months ago)

HATE the new save vs. export behavior

On 10/12/2013 6:56 AM, Andrew & Bridget wrote:

On 12/10/2013 13:23, maderios wrote:

I save at least every milestone, sometimes every step

Surely this backup's the reason why the software works as it does now, as saving each step would mean saving to the native file format (ie .xcf) and then exporting to the finished required format ( .png, .jpg etc) !

When did Ted Stryker become part of the development team?

Richard Gitschlag
2013-10-13 15:15:00 UTC (6 months ago)

HATE the new save vs. export behavior

Date: Sat, 12 Oct 2013 10:29:29 -0600 From: johnmeyer@pueblocomputing.com
To: gimp-user-list@gnome.org
Subject: Re: [Gimp-user] HATE the new save vs. export behavior

When did Ted Stryker become part of the development team?

If that's an Airplane reference, I don't get it....

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Stephen Allen
2013-10-14 22:45:09 UTC (6 months ago)

HATE the new save vs. export behavior

On Thu, Oct 10, 2013 at 09:02:27PM -0500, Thomas Widlar wrote:

Good.

+1

2013-11-04 01:30:11 UTC (6 months ago)
postings
1
contact
Send private message

HATE the new save vs. export behavior

I fully agree with the first post of this blog. the question whether to save unsaved work spoils the whole efficiency to quickly edit a file.

maderios
2013-11-04 15:53:29 UTC (6 months ago)

HATE the new save vs. export behavior

On 11/04/2013 02:30 AM, dksill wrote:

I fully agree with the first post of this blog. the question whether to save unsaved work spoils the whole efficiency to quickly edit a file.

Hi
It's a "very old" story... *Four years ago* Gimp developer Martin Nordholts explained on his blog:
"A lot of people over at GIMPUSERS.com want the old save and "export" mechanism back. The conclusion to draw from that is that they are not part of the user group we are targeting. We are not trying to make GIMP into an excellent JPEG touchup application, we are making GIMP into a high-end photo manipulation application where most of the work is done in XCF."
http://www.chromecode.com/2009/09/reactions-on-gimp-270.html Therefore we, professional (or advanced users), are not "the user group (they) are targeting... Martin Nordholts forgot other image formats, better than jpeg because they are not destructive: png, tiff. These three formats are very used in professional world but Martin Nordholts an gimp team sadly ignore it...
Greetings

Maderios
Richard Gitschlag
2013-11-04 21:09:35 UTC (6 months ago)

HATE the new save vs. export behavior

Date: Mon, 4 Nov 2013 02:30:11 +0100 From: forums@gimpusers.com
To: gimp-user-list@gnome.org
CC: team@gimpusers.com
Subject: [Gimp-user] HATE the new save vs. export behavior

I fully agree with the first post of this blog. the question whether to save unsaved work spoils the whole efficiency to quickly edit a file.

There are certain advantages to having a clear separation between XCF and non-XCF file formats....

For me, though, the real productivity killer is the 'export and quit' scenario, where GIMP asks you if you want to Save (to XCF) changes. I would love the ability to suppress that prompt for images that are (1) recently exported with no further changes and (2) not associated with a saved XCF file.

Also, the ability for that prompt to have a 'Save' AND 'export' command could be a plus, too.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Stephen Allen
2013-11-05 01:22:19 UTC (6 months ago)

HATE the new save vs. export behavior

On Mon, Nov 04, 2013 at 04:53:29PM +0100, maderios wrote:

On 11/04/2013 02:30 AM, dksill wrote:

I fully agree with the first post of this blog. the question whether to save unsaved work spoils the whole efficiency to quickly edit a file.

Hi
It's a "very old" story... *Four years ago* Gimp developer Martin Nordholts explained on his blog:
"A lot of people over at GIMPUSERS.com want the old save and "export" mechanism back. The conclusion to draw from that is that they are not part of the user group we are targeting. We are not trying to make GIMP into an excellent JPEG touchup application, we are making GIMP into a high-end photo manipulation application where most of the work is done in XCF."
http://www.chromecode.com/2009/09/reactions-on-gimp-270.html Therefore we, professional (or advanced users), are not "the user group (they) are targeting... Martin Nordholts forgot other image formats, better than jpeg because they are not destructive: png, tiff. These three formats are very used in professional world but Martin Nordholts an gimp team sadly ignore it... Greetings
--

This subject has been worn out - Please stop it maderios! Professional image editors don't work in jpeg format. It's an end use format. Think non destructive editing.

Alexandre Prokoudine
2013-11-05 01:37:54 UTC (6 months ago)

HATE the new save vs. export behavior

On Tue, Nov 5, 2013 at 5:22 AM, Stephen Allen wrote:

On Mon, Nov 04, 2013 at 04:53:29PM +0100, maderios wrote:

On 11/04/2013 02:30 AM, dksill wrote:

I fully agree with the first post of this blog. the question whether to save unsaved work spoils the whole efficiency to quickly edit a file.

Hi
It's a "very old" story... *Four years ago* Gimp developer Martin Nordholts explained on his blog:
"A lot of people over at GIMPUSERS.com want the old save and "export" mechanism back. The conclusion to draw from that is that they are not part of the user group we are targeting. We are not trying to make GIMP into an excellent JPEG touchup application, we are making GIMP into a high-end photo manipulation application where most of the work is done in XCF."
http://www.chromecode.com/2009/09/reactions-on-gimp-270.html Therefore we, professional (or advanced users), are not "the user group (they) are targeting... Martin Nordholts forgot other image formats, better than jpeg because they are not destructive: png, tiff. These three formats are very used in professional world but Martin Nordholts an gimp team sadly ignore it... Greetings
--

This subject has been worn out - Please stop it maderios! Professional image editors don't work in jpeg format. It's an end use format. Think non destructive editing.

Maderios has already been unsubscribed for repetitive violation of the code of conduct.

Alexandre

Alexandre Prokoudine
2013-11-05 02:22:04 UTC (6 months ago)

HATE the new save vs. export behavior

Replied offlist.

No, he doesn't. His last email was his last.

On Tue, Nov 5, 2013 at 7:04 AM, Burnie West wrote:

On 11/04/2013 05:37 PM, Alexandre Prokoudine wrote:

Maderios has already been unsubscribed for repetitive violation of the code of conduct.

?? - but M still posts?

_______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list

Burnie West
2013-11-05 03:04:00 UTC (6 months ago)

HATE the new save vs. export behavior

On 11/04/2013 05:37 PM, Alexandre Prokoudine wrote:

Maderios has already been unsubscribed for repetitive violation of the code of conduct.

?? - but M still posts?

Richard Gitschlag
2013-11-21 00:19:12 UTC (5 months ago)

HATE the new save vs. export behavior

Just downloaded GIMP 2.8.8 and while I don't know who did it, a big THANK YOU for this item on the list:

Overview of Changes from GIMP 2.8.6 to GIMP 2.8.8 =================================================

GUI: - Add links to jump directly to Save/Export from the Export/Save file extension warning dialogs

That's been my biggest peeve about the warning message for some time :)

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.