Custom Query (1067 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:

Results (64 - 66 of 1067)

← 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 →
Ticket Resolution Summary Owner Reporter
#66 fixed Cairo instead of GDK sleske bugs@…
Description Cairo would be a much better choice than GDK for the rendering of lines.
#67 fixed Change font search path somebody mattcallow
Description On Ubuntu, I don't get any labels when using GTK, even though I have some of the required fonts installed (LiberationMono-Regular.ttf and DejaVuSans.ttf). But the fonts are installed in /usr/share/fonts/liberation and /usr/share/fonts/truetype/ttf-dejavu. Can these paths be added to the search list?

Possible patch:


{{{
Index: graphics/gtk_drawing_area/graphics_gtk_drawing_area.c
===================================================================
RCS file: /cvsroot/navit/navit/src/graphics/gtk_drawing_area/graphics_gtk_drawing_area.c,v
retrieving revision 1.26
diff -u -r1.26 graphics_gtk_drawing_area.c
--- graphics/gtk_drawing_area/graphics_gtk_drawing_area.c 9 Jan 2008 19:08:42 -0000 1.26
+++ graphics/gtk_drawing_area/graphics_gtk_drawing_area.c 11 Jan 2008 04:21:28 -0000
@@ -68,6 +68,7 @@
".",
#endif
"/usr/share/fonts",
+ "/usr/share/fonts/liberation",
"/usr/X11R6/lib/X11/fonts/msttcorefonts",
"/usr/X11R6/lib/X11/fonts/truetype",
"/usr/X11R6/lib/X11/fonts/TTF",
@@ -75,6 +76,7 @@
"/usr/share/fonts/truetype/msttcorefonts",
"/usr/share/fonts/ttf",
"/usr/share/fonts/corefonts",
+ "/usr/share/fonts/truetype/ttf-dejavu",
NULL,
};


}}}
#68 fixed Navit goes into tight loop if gpsd socket is closed KaZeR mattcallow
Description when using gpsd (for example with gpsfake, but possibly with a real gps as well), if gpsd is stopped (and the socket closed) Navit does into an endless loop. This is beacuse it does not detect that the socket has closed.

Possible patch:
{{{
Index: vehicle/gpsd/vehicle_gpsd.c
===================================================================
RCS file: /cvsroot/navit/navit/src/vehicle/gpsd/vehicle_gpsd.c,v
retrieving revision 1.4
diff -u -r1.4 vehicle_gpsd.c
--- vehicle/gpsd/vehicle_gpsd.c 10 Jan 2008 17:56:33 -0000 1.4
+++ vehicle/gpsd/vehicle_gpsd.c 11 Jan 2008 04:26:19 -0000
@@ -85,8 +85,10 @@
} else
priv->gps = gps_open(source + 7, NULL);
g_free(source);
- if (!priv->gps)
+ if (!priv->gps) {
+ dbg(0, "gps_open failed\n");
return 0;
+ }
gps_query(priv->gps, "w+x\n");
gps_set_raw_hook(priv->gps, vehicle_gpsd_callback);
priv->iochan = g_io_channel_unix_new(priv->gps->gps_fd);
@@ -124,7 +126,12 @@
if (condition == G_IO_IN) {
if (priv->gps) {
vehicle_last = priv;
- gps_poll(priv->gps);
+ if (gps_poll(priv->gps)) {
+ dbg(0, "gps_poll failed\n");
+ vehicle_gpsd_close(priv);
+ vehicle_gpsd_open(priv);
+ }
+
}
return TRUE;
}
}}}

Would a retry mechanism be appropriate if gps_open fails ?
← 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 →
Note: See TracQuery for help on using queries.