Opened 11 years ago
Last modified 10 years ago
#3767 new defect
The arrow added after drag and drop is not shown
Reported by: | humitos | Owned by: | humitos |
---|---|---|---|
Priority: | Unspecified by Maintainer | Milestone: | |
Component: | InfoSlicer | Version: | Unspecified |
Severity: | Unspecified | Keywords: | gtk3, port |
Cc: | manuq, godiard, walter | Distribution/OS: | Unspecified |
Bug Status: | Unconfirmed |
Description
Steps to reproduce
- Open Info Slicer
- Go to the edit view
- Drag and drop some text
- Click on the images button
- Drag and drop an image to the article
Issue
The arrow in the cursor place is not shown
Expected behaviour
An arrow should be shown in the place of the cursor, meaning that the image is going to be inserted there
Environment
Fedora 17, sugar-build, git version of Info Slicer
Change History (6)
comment:1 Changed 11 years ago by humitos
comment:2 follow-up: ↓ 3 Changed 11 years ago by manuq
Upstream bug was fixed, can you check again?
comment:3 in reply to: ↑ 2 Changed 11 years ago by humitos
Replying to manuq:
Upstream bug was fixed, can you check again?
I checked it again but it did work.
[humitos@michifus infoslicer]$ python -c 'from gi.repository import GdkPixbuf; > GdkPixbuf.Pixbuf.new_from_xpm_data ("1 1 1 1 c #000000 ")' Segmentation fault [humitos@michifus infoslicer]$ python -c 'from gi.repository import GdkPixbuf; > GdkPixbuf.Pixbuf.new_from_xpm_data (["1 1 1 1", " c #000000", " "])' Traceback (most recent call last): File "<string>", line 2, in <module> File "/usr/lib64/python2.7/site-packages/gi/types.py", line 72, in constructor return info.invoke(cls, *args, **kwargs) TypeError: Must be string, not list [humitos@michifus infoslicer]$
comment:4 Changed 11 years ago by godiard
- Milestone changed from Unspecified by Release Team to 0.98
comment:5 Changed 11 years ago by godiard
- Milestone changed from 0.98 to 1.0
Infoslicer Gtk3 is not included in 13.1.0
We can move this to 1.0 milestone
Note: See
TracTickets for help on using
tickets.
To show the arrow is shown using XPM data and there is a bug with this:
I think we should convert that arrow into a .png file and load it as usual.