Volunteer opportunities

Showing 1 to 10 of 759 bitesize bugs whose main project language is Python Expand all Collapse all Next »
  • kivy
    Primary language
    Python
    More about this project
    ·

    In Python 3, SoundLoader does not seem to be able to handle file or folder names with non-ASCII characters: ``` from kivy.core.audio import SoundLoader #... *** self.current_sound = SoundLoader.load(sound_path_list[0]) File "C:\Backup\WinPython-64bit-3.3.2.3\python-3.4.3.amd64\lib\site-packages\kivy\core\audio\__init__.py", line 69, in load return classobj(source=filename) File "C:\Backup\WinPython-64bit-3.3.2.3\python-3.4.3.amd64\lib\site-packages\kivy\core\audio\audio_pygame.py", line 47, in __init__ super(SoundPygame, self).__init__(**kwargs) File "kivy\_event.pyx", line 271, in kivy._event.EventDispatcher.__init__ (kivy\_event.c:4933) File "kivy\properties.pyx", line 397, in kivy.properties.Property.__set__ (kivy\properties.c:4680) File "kivy\properties.pyx", line 429, in kivy.properties.Property.set (kivy\properties.c:5203) File "kivy\properties.pyx", line 484, in kivy.properties.Property.dispatch (kivy\properties.c:5852) File "kivy\_event.pyx", line 1168, in kivy._event.EventObservers.dispatch (kivy\_event.c:12154) File "kivy\_event.pyx", line 1074, in kivy._event.EventObservers._dispatch (kivy\_event.c:11451) File "C:\Backup\WinPython-64bit-3.3.2.3\python-3.4.3.amd64\lib\site-packages\kivy\core\audio\__init__.py", line 147, in on_source self.load() File "C:\Backup\WinPython-64bit-3.3.2.3\python-3.4.3.amd64\lib\site-packages\kivy\core\audio\audio_pygame.py", line 85, in load self._data = mixer.Sound(self.filename) pygame.error: Unable to open file 'C:/Users/mcurrie/Desktop/GitHub/Lanki\\media\\Thai\\\u0e2a\u0e35\u0e40\u0e2b\u0e25\u0e37\u0e2d\u0e07\\\u0e2a\u0e35\u0e40\u0e2b\u0e25\u0e37\u0e2d\u0e07.wav' ``` It looks like `pygame` is not properly treating the path as unicode. It looks like it's doing something like using the `unicode_escape` string literal representation of the path, as in: ``` In [1]: thai_string = 'สีเหลือง' ...: thai_string.encode('unicode_escape') Out[1]: b'\\u0e2a\\u0e35\\u0e40\\u0e2b\\u0e25\\u0e37\\u0e2d\\u0e07' ``` Note that `Image` works fine with non-ASCII characters. If `image_path` contains non-ASCII characters, the following works fine: ``` from kivy.uix.image import Image #... image = Image(source=image_path) ```

    1 open 10 hours ago https://github.com/kivy/kivy/i... 2 days ago
  • Meld
    Primary language
    Python
    More about this project
    ·

    It would be great to be able to open non-text files (e.g. from within a Directory Comparison) with the appropriate program, ie the program that's set as preferred for the file's mimetype, e.g. an .xcf file with Gimp, .svg with Inkscape etc. Currently, meld tries to open any type of file with gedit which naturally fails non non-text files.

    3 NEW 1 day ago https://bugzilla.gnome.org/sho... minor 3 years ago
  • Meld
    Primary language
    Python
    More about this project
    ·

    Currently, if you scroll with the mouse in the central bar on screen, Meld just runs the next-diff/previous-diff action, which goes to the next/previous chunk *relative to the text cursor's position in the textview*. This often feel weird because you use the middle-bar scroll in different scenarios to the cursor-relative next/prev. It would probably be nicer to pick the starting chunk (from which to choose what chunk is next/prev) as whatever chunk is closest to the middle of the screen. This can get slightly weird, since we end up guessing some of the time. However, if we combined this with a heuristic along the lines of "whatever chunk the cursor is in, if that chunk is near the middle of the screen, otherwise whatever chunk is actually in the middle of the screen" then we should be okay. See discussion starting at: https://mail.gnome.org/archives/meld-list/2014-September/msg00001.html

    1 NEW 1 day ago https://bugzilla.gnome.org/sho... enhancement 10 months ago
  • Meld
    Primary language
    Python
    More about this project
    ·

    Repro Steps ----------- 1. untar + unzip the attached file 2. cd repro 3. meld . 4. view the modifications to f Result: Expected vs. Observed ----------------------------- The first green region on the right covers the first couple lines, which are actually unchanged, instead of the next couple, where there are some additions. I'd add a screenshot, but I can't figure out how to attach more than one file. It should become clear once you stare at the UI for a few seconds. Clues (possibly red herrings) ----------------------------- I believe this has something to do with the contents at the top of the file: # -*- python -*- because I can't seem to get the same wrong behavior when it's not present. </possible-red-herring> Versions -------- $ meld --version meld 1.3.0 From "System > About Ubuntu": You are using Ubuntu 10.04 LTS - the Lucid Lynx - released in April 2010 and supported until April 2013. From "System > About GNOME": Version: 2.30.2

    2 NEW 1 day ago https://bugzilla.gnome.org/sho... normal 4 years ago
  • Meld
    Primary language
    Python
    More about this project
    ·

    From Peter Tyser: If there are only 2 panes, it might be nice to have Alt+<dir> and Alt+Shift+<dir> to do the same thing. Eg if I'm in the left of 2 panes, it'd be nice to just press Alt+right to move a chunk to the right, and Alt+left to pull a chunk from the right. I work in 2-pane mode 98% of the time and I'm having issues remembering to hold shift in for pulls. I'm not a UI expert, so maybe changing the functionality of Alt+Shift+<dir> based on 2/3 panes is a big no-no...

    1 NEW 1 day ago https://bugzilla.gnome.org/sho... normal 4 years ago
  • Meld
    Primary language
    Python
    More about this project
    ·

    From Peter Tyser, regarding keyboard merging: "Perhaps the num-pad could be used? eg 9 could move a change before the right hunk, 1 could move a change below the left hunk (in 3-pane mode), 6 could replace the hunk to the right, etc. Maybe alt+num could push the hunk, and alt+shift+num could pull a hunk?" We probably can't support using no modifiers, but Alt/Alt-Shift sounds okay. We could actually map the whole number pad. 2/8 should be next/prev chunk; 5 could cycle between panes. Delete is already delete.

    1 NEW 1 day ago https://bugzilla.gnome.org/sho... enhancement 4 years ago
  • Oppia
    Primary language
    Python
    More about this project
    ·

    (Filed originally as #727.) Add a field for tags at the bottom of the "Create Exploration" modal in the gallery page, similar to the one in the exploration settings page. This field is optional.

    3 open 2 days ago https://github.com/oppia/oppia... 2 weeks ago
  • Oppia
    Primary language
    Python
    More about this project
    ·

    1. Go to the creator view of any exploration. 2. Go to the feedback tab. 3. Start a new thread. 4. Open that thread, and change its status. The 'Save' button is still grayed out. Instead, when the status is changed (or anything is typed into the input field), the 'save' button should become clickable. /cc @amitdeutsch

    2 open 2 days ago https://github.com/oppia/oppia... 5 days ago
  • Oppia
    Primary language
    Python
    More about this project
    ·

    (Filed originally as #727.) If a user searches for a topic in the gallery, and no explorations turn up, the 'error' message "would you like to create one?" appears. If the user clicks on this link, it will open the "Create Exploration" modal. In this scenario, we could try and use the search query to pre-populate either the title/goal (or the placeholder text for those fields), to save the user some typing.

    2 open 3 days ago https://github.com/oppia/oppia... 2 weeks ago
  • Oppia
    Primary language
    Python
    More about this project
    ·

    Currently, pressing the tab key in the rich text editor moves focus to the "Save Content" button. We would like to fix this behavior so that: 1. Tab in the context of a list indents the list 1. Shift+Tab in the context of a list de-indents the list 1. If not in a list, Tab should move to the next available input field.

    2 open 3 days ago https://github.com/oppia/oppia... 1 week ago