1. 18 Jul, 2014 1 commit
  2. 17 Jul, 2014 8 commits
  3. 16 Jul, 2014 5 commits
    • Andrés G. Aragoneses's avatar
      build: add .pc file for Banshee.NotificationArea extension · e8c7720c
      Andrés G. Aragoneses authored
      This is needed by the new SongKickGeoLocation extension in b-c-e.
    • Andrés G. Aragoneses's avatar
      TrackInfoDisplay: consistenly choose a color for both line layouts · b0aa779d
      Andrés G. Aragoneses authored
      The Pango.Layout objects 'first_line_layout' and 'second_line_layout'
      were being assigned a colour in different ways, which could be a bit
      confusing (the latter was using <span color="xyz"> markup, the former
      was using Cairo.Context.SetSourceColor() API), so let's use markup
      in both cases.
      This commit changes behaviour, but doesn't (shouldn't) produce a
      different rendering result in any way.
    • Andrés G. Aragoneses's avatar
      TrackInfoDisplay: proper mid color for 'from' and 'by' (bgo#732898) · 25fec2bc
      Andrés G. Aragoneses authored
      The mid-color between the default text color and the background color
      of the widget was not being calculated properly because the background
      color obtained for the TrackInfoDisplay widget was the same as the text
      color. This behaviour must have changed recently in GTK3, but what we
      are sure about is that using the Parent's reference colors we get the
      proper colors again (probably because the parent of this widget would
      be a ToolItem, inside a Toolbar, which has its background color surely
      defined, compared to TrackInfoDisplay widget which is implemented in
      the Banshee codebase.
    • Andrés G. Aragoneses's avatar
      TrackInfoDisplay: proper fix for not bold but invisible text (bgo#732838) · d3994e49
      Andrés G. Aragoneses authored
      OnStyleUpdated() was in charge of filling the color fields of
      TrackInfoDisplay class with values, but it could happen that
      these colors were retrieved before OnStyleUpdated() hadn't been
      run yet even once, which resulted in a black color, but all
      transparent (alpha=0). The way to fix it is make the colors be
      properties that query the proper value on demand if the value
      had not been set yet, or is resetted.
      Thanks to Bertrand Lorentz for the heads up about the hint of
      what was really going on badly.
    • Andrés G. Aragoneses's avatar
      Revert "ThickClient: workaround for invisible (instead of bold) text (bgo#732838)" · aa9abcda
      Andrés G. Aragoneses authored
      This reverts commit f3f9c330
      because it was just a workaround, and we have found the proper
  4. 15 Jul, 2014 3 commits
  5. 13 Jul, 2014 1 commit
  6. 11 Jul, 2014 1 commit
  7. 10 Jul, 2014 2 commits
    • Marcin Kolny's avatar
      Fixup: added an informative column (bgo#732339) · 21bf04cb
      Marcin Kolny authored
      This column may be useful so other extensions that use the
      MetadataFixer can give more info about the track being fixed
      (current solvers of this extension can fix many tracks per
      row, so this may not be useful for them, because using just
      a cell to show information about more than one track may be
      ugly; but the solvers being developed in b-c-e mostly add
      one-fix-per-track solvers, therefore the HasTrackDetails
      property will be marked as FALSE by default, but virtual,
      so derived classes can override it).
      Signed-off-by: default avatarAndrés G. Aragoneses <knocte@gmail.com>
    • Marcin Kolny's avatar
      Fixup: fixed selecting option values (bgo#732993) · c61da216
      Marcin Kolny authored
      Instead of adding to a list new length of text, sum of previous and
      current text was added. That causes widening range of next option values.
      Because of that, it was impossible to select e.g. fifth (or further)
      Signed-off-by: default avatarAndrés G. Aragoneses <knocte@gmail.com>
  8. 08 Jul, 2014 1 commit
  9. 07 Jul, 2014 1 commit
    • Andrés G. Aragoneses's avatar
      ThickClient: workaround for invisible (instead of bold) text (bgo#732838) · f3f9c330
      Andrés G. Aragoneses authored
      After several hours attempting to find a reduced testcase for this
      problem (which appears to be somewhere deeper in the stack: pango,
      cairo, or gtk), I've found this harmless workaround that actually
      makes the first line of text (in TrackInfoDisplay class) be more
      consistent with the second line of text (the latter already wrapped
      other markup elements with a wider <span> element using the default
      text colour).
      The TextColor and BackgroundColor properties seem to have wrong
      values though (both black, rgb#000000), compared to the stable
      branch (GTK2), but that will be tracked in a different bug, because
      it is unrelated to this issue.
  10. 06 Jul, 2014 1 commit
  11. 05 Jul, 2014 2 commits
  12. 30 Jun, 2014 1 commit
  13. 29 Jun, 2014 1 commit
  14. 28 Jun, 2014 2 commits
    • Andrés G. Aragoneses's avatar
      ThickClient: refactor BaseClientWindow · 058413c3
      Andrés G. Aragoneses authored
      * No need for a ctor of an abstract class to be public.
      * Remove unneeded 'using' clauses.
      * The ConfigureWindow() method was protected virtual but:
      - Nobody was overriding it.
      - Nobody was calling it.
      So now it can be private and non-virtual, and we can encapsulate
      some logic in it related to window configuration (previously it
      was empty).
    • Andrés G. Aragoneses's avatar
      ThickClient: add null check in SourceView (bgo#732373) · c841c1d8
      Andrés G. Aragoneses authored
      This at least avoids Banshee crashing in the stable branch,
      although doesn't seem to fix the root of the problem.
  15. 23 Jun, 2014 2 commits
  16. 22 Jun, 2014 1 commit
  17. 19 Jun, 2014 3 commits
    • Muhammet Kara's avatar
      Updated Turkish translation · 5a755262
      Muhammet Kara authored
    • Nicholas Little's avatar
      Hardware: Add DeviceChanged signal for Dap.Mtp (bgo#729438) · 5a5cb823
      Nicholas Little authored
      To use an MTP device, we must unmount it and release the connection that
      Gvfs makes. Prior to this patch, banshee considered two possible device
      events, added and removed so unmounts had to be covered by the latter
      case, causing MTP devices to be unmapped as they were being configured.
      This patch allows the state transition to occur with the assumption that
      the device is still physically present and allows devices which don't
      present a Mount in their VolumeAddedArgs to be recognised when their
      Mounts do become available. This has the added benefit that further down
      the line, we can add sources for yet-to-be-configured devices providing
      the user with setup or error handling instructions.
      As a test: without this patch, a Nexus7 device would not be recognized
      by Banshee when connecting it to a laptop running Ubuntu 14.04.
      Signed-off-by: default avatarAndrés G. Aragoneses <knocte@gmail.com>
    • Nicholas Little's avatar
      Gio: refactor creation of RawVolume · 73691ef0
      Nicholas Little authored
      Creation of RawVolume instance is done in the same way in
      several places, so we can extract a method where we do
      a sanity check over the volume_device_map dictionary search.
      Signed-off-by: default avatarAndrés G. Aragoneses <knocte@gmail.com>
  18. 17 Jun, 2014 1 commit
  19. 16 Jun, 2014 1 commit
  20. 15 Jun, 2014 1 commit
    • Bertrand Lorentz's avatar
      SourceRowRenderer: Rework rendering of the cell background · 1fff9a12
      Bertrand Lorentz authored
      If the cell is selected, just let the GTK theme do the drawing.
      If the cell is highlighted but not selected, like when you right click
      on a non-selected cell that is not selected, draw a simple 1 pixel
      border, like we did before.
      The notification animation is now a simple rectangle fill, using a color
      halfway between normal and selected. We can't use the color of the
      "active" state anymore, because it now seems to be the same as the
      normal color, at least for treeviews.
      We should probably use GTK+ animations for that, but I still need to
      figure out how...
      Also update Hyena to the latest git master, to bring in all the latest
      ListView changes.
  21. 14 Jun, 2014 1 commit