ure out when to
introduce what (taking into account release plans we're not at liberty
to discuss - duh!), how/who would deal with bugfixes and periodical
catchup with upstream, etc.
--
Tommi Komulainen<[EMAIL PROTECTED]>
s it's attempted and rejected because too many
> things break). So it should never be done in the middle of a release
> cycle.
Umm, glib generally has nothing to do with toolchain. glib != glibc
--
Tommi Komulainen<[EMAIL PROTECTED]>
__
o.org/svn/maemo/projects/haf/branches/gtk+/maemo-gtk-2-6/gtk/maemo-gtk-im-switch.c
Granted, it's not too visible to any search engine, you'd have to know
the repository to find it easily.
--
Tommi Komulainen<[EMAIL PROTECTED]>
_
aware that
input methods will overwrite the values when the availability of
hardware keyboard changes.)
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
_get_state (event->device, event->window, NULL, NULL);
}
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
i?id=382528
That is, however, the only change that is absolutely required.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
On Thu, 2007-08-23 at 11:14 +0800, ext Li, Frank wrote:
> Tommi Komulainen:
>
> Can you give me your Bugzilla link?
> So I can submit a bug for that.
https://bugs.maemo.org/enter_bug.cgi?product=haf&component=sapwood
However, you don't need to submit thi
various places. Hope it helps.
Thanks for noticing, though I'd prefer having things in Bugzilla so that
I get bug numbers for reference :-)
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing
d :(
Currently the only required patch for hildon stack is one that exports
some GtkFileChooser headers so that hildon-fm can run. Everything else
is available in gtk+ trunk or #ifdef'd out (except for oversight in
hildon-desktop.)
--
Tommi Komulainen
We do not package the .la files (at least for most packages) as they
don't really solve any problems on linux systems and only cause
problems.
The problem might be that you have librsvg providing .la file that
points to the non-existent gdk-pixbuf .la file. Rebuilding l
erstood it major distributions have also banned .la files from their
packages.
1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354674
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
mae
27;
On normal desktop you can see the difference of pressing left/middle
button on the empty area of a scrollbar.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
internal one.
>
> That might well be because I (and others) have given up on using the
> external bug database as it seems next to useless.
Please use it at least for reporting bugs in the open source components
(https://maemo.org/bugzilla/describecomponents.cgi?product=haf) -- we
are tr
ible with gtk+ 2.10, we
haven't worked on fixing the issue yet.
https://maemo.org/bugzilla/show_bug.cgi?id=952
The crash is simply because the launcher (ab)uses the knowledge of gtk
using pango/xft internally which is no longer valid assumption with 2.10
as it uses
27;s in,
what's out) somewhere. Thinking of those usually helps to formulate
proposals better than just 'because I want it' handwaving.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maem
tream because of the lack of decent test case.
1. https://maemo.org/bugzilla/show_bug.cgi?id=908
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
veloping applications to run on maemo
(gtk-app-devel-list)
We haven't really been pushing people to other lists, though. It may or
may not have been a good idea.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-d
y depending on architecture
(unless of course all the modules are Architecture: all) At least for C
modules it should be simple and straightforward to optionally include
docstrings.
I think difference such as presence of help() and docstrings shouldn't
be too much divergin
ll between the cracks
while the process was changed etc.)
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
alpha
channel (think rounded corners) or not when the image is used
for painting GtkMenu or GtkWindow derivative
* only supports 1-bit alpha
* images are not scaled but the pixels between the borders are
tiled
HTH.
--
Tommi Komulainen&
k writes
A post to linux-omap mailing list suggests that OMAP 1710
supports multiblock writes safely:
http://maemo.org/pipermail/maemo-developers/2006-November/006485.html
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
On Thu, 2006-11-23 at 11:05 -0800, ext George Farris wrote:
> On Thu, 2006-23-11 at 17:55 +0200, Tommi Komulainen wrote:
> > On Mon, 2006-11-20 at 15:13 +0200, ext Tommi Komulainen wrote:
> > > *
> > > http://maemo.org/pipermail/maemo-developer
;How can you keep the softkeypad from going away in a hildon
application written in python?"
If it is possible to do in C it is possible to do in Python.
http://maemo.org/pipermail/maemo-developers/2006-November/006266.html
Thanks all.
On Mon, 2006-11-20 at 15:13 +0200, ext Tommi Komulainen wrote:
> * http://maemo.org/pipermail/maemo-developers/2006-November/006188.html
> Java on the 770
>
> "Now that Java will be put under the GPL is there any plan (from
> Nokia) to i
On Mon, 2006-11-20 at 15:13 +0200, ext Tommi Komulainen wrote:
> * http://maemo.org/pipermail/maemo-developers/2006-November/006248.html
> Bluetooth headset?
>
> What are [we] doing to enable support for bluetooth headsets?
We don't have concrete pl
On Mon, 2006-11-20 at 15:13 +0200, ext Tommi Komulainen wrote:
> * http://maemo.org/pipermail/maemo-developers/2006-October/005787.html
> End-user roadmap?
> 5th mention
>
> What's the future with the 770? When is the next Maemo or IT
Ah. In case of buggy documentation, please file a bug in bugzilla
https://maemo.org/bugzilla/enter_bug.cgi?product=documentation
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-develope
the only one with the sources/documentation/whatnot is the
only one in position to implement it. Another option would be to $z
(rewriting the kernel) but that would be just too much for me. So is
Nokia going to do something about $y?"
Or something like that. I hope you get the idea.
--
To
On Mon, 2006-11-13 at 09:50 -0800, ext George Farris wrote:
> On Mon, 2006-13-11 at 11:47 +0200, Tommi Komulainen wrote:
> > Here is a list of issues raised on this list I think have not been
> > concluded so far, in no particular order. The easiest way to get off the
> &g
omehing?
Also note I am not including threads that are already actively discussed
as it wouldn't be really adding anything to it.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-deve
emo-developers/2006-November/006091.html
Thanks to Ferenc, Frantisek, Marius, Patrik, Riku, and TranVan.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
ic on maemo-developers and highlight all the cool
stuff happening? Something like Debian Weekly News maybe.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.
hack it.
http://maemo.org/pipermail/maemo-developers/2006-October/005989.html
Thanks Tomas.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Hi,
The wiki feels terribly slow most of the time. Did a python process go
wild in there or something?
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://mae
ng list of the
problems you've found with links to individual bugs. For the list I'd
think a higher level discussion would be more interesting than small
bugs.
1. https://maemo.org/bugzilla/
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
ate. Would be nice to get an answer, though.
http://maemo.org/pipermail/maemo-developers/2006-October/005974.html
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-devel
think.
I think we've had some thoughts about how to approach the 'optimized for
IT2006' issue, but not that much about stability of individual
applications. I guess the implicit assumption has been that if it's
published in the repository it does no
rmail/scratchbox-devel/2006-October/000225.html
Thanks for the pointer, Riku.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
ttp://maemo.org/pipermail/maemo-developers/2006-October/005760.html
Keeping the softkeypad from going away.
"How can you keep the softkeypad from going away in a hildon
application written in python?"
--
Tommi Komulainen
ith on a daily basis
> and then tell them it behaves different here and should NOT AT ALL be
> used.
I think it should be noted that how reliably apt-get works even on real
Debian installation depends very much on which repositories are
configured.
--
Tommi Komul
the latest version of foo?' and 'Where
do I find the sources for maemo-af-desktop version that was in the first
IT2006 software update?' etc. and then figure out what kind of
repository structure would support those cases. Or just document
existing practices...
--
Tommi Komulain
aven't checked which
packages are included in the module sets. But if python bindings are
included, it should be as simple as 'jhbuild build python-hildon' if
memory serves.
--
Tommi Komulainen<[EMAIL PROTECTED]>
_
I should probably poke the people in charge.) More often than
not there are good reasons (priorities, resources, cost/benefit, ...)
for these things, we're not doing this to spite you. It's just that some
things are difficult to communicate outside, for whatever
needs to do
some interesting things instead of progressing linearly.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
ermined from the source package name.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
which debian "compatible" distribution it's likely to work. Though
for maemo "native" applications like maemo-mapper it might be redundant.
Something to think about, I guess.
--
Tommi Komulainen<[EMAIL PROTECTED]>
have packages without
the .la files.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
ication installer behaves in such situation,
Marius?
Disabling the Maemo repository might work.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
ll used as fallback in some rare cases.)
One more thing was font rendering pipeline, which apparently had
increased use of floating points. Need to do measurements, of course,
but that would appear to be the most plausible cause for slowness.
--
Tommi Komulainen
into it. It's not much fun to
be stuck with unmaintained series. However we'll probably skip 2.8 now
that 2.10 is out.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-devel
shots,
comments, etc. Maybe Debian or Ubuntu already have one, I don't know.
Of course once you crawl multiple repositories like this you could even
mirror all the packages in one repository and save the user the trouble
of configuring several of them in the application installer.
--
Tommi
emo.org account to do
> this, so I've created one.
This should help: http://maemo.org/maemowiki/ContribRepository
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@mae
> http://repository.maemo.org/stable/mistral/maemo-packages--2.0.html
expat is on that list, as well as on the device.. Why do you say it is
unsupported?
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers
On Mon, 2006-07-10 at 09:15 -0300, ext Gustavo Sverzut Barbieri wrote:
> On 7/10/06, Tommi Komulainen <[EMAIL PROTECTED]> wrote:
> > 2. memory consumption
> > 4. run-time speed?
>
> These are not an issue, really. Since python does garbage collect, in
>
for GUI
applications (rather than daemons, scripts or such) linking pygtk and
pyhildon statically with python might be wortwhile optimization.
Licenses permitting, of course.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
ler not having python by default
shouldn't be too big a problem for deploying python applications.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
On Tue, 2006-06-13 at 15:58 -0400, ext Chris Farrell wrote:
> Hello Everybody,
>
> Is there any api to disable the virtual keyboard? Has anyone done any
> work disabling it?
I'm curious, for what purpose? Some kiosk mode where you can only
browse, but not enter any data?
--
On Mon, 2006-06-12 at 10:26 +0300, Tommi Komulainen wrote:
> On Mon, 2006-06-12 at 09:02 +0200, ext Frantisek Dufka wrote:
> > I'm using shell wrapper similar to the one documented here
> > http://maemo.org/maemowiki/GameDevelopment#head-c91f345718121fbd009c639728f9de0104308789
lass == SDL_VIDEO_X11_WMCLASS, and that Exec
points to the script, not binary."
The StartupWMClass is essential here.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@
Done: Patch committed to upstream.
* In progress: Patch has been submitted to GNOME bugzilla but it
is pending upstream review.
* Outstanding: Changes have been identified in this file but no
patch has been extracted and submitted to upstream yet.
Hope this help
d some thread safety problems in hildon and gtk
modifications. I think this one was recently fixed in
https://stage.maemo.org/viewcvs.cgi/maemo?rev=3767&view=rev
(Unfortunately it's only for the upcoming maemo 2.0...)
--
Tommi Komulainen
signals for
complex objects.
So the lack of "extra" signal is intentional and we plan to use the same
design in new widgets as well, see HildonProgram for example.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
ut setting up
the infrastructure first is just too much, for me at least. (That's why
haf.maemo.org is still as informational as it is...)
Joel Spolsky recently wrote an article I found interesting and I guess
it remotely matches our situation in certain aspects:
http://www.joelonsoft
lla (or at least GtkMozEmbed) already supports GtkIMContext in
theory all you need to do is add the calls to the right methods when a
password entry is focused.
See for example
http://lxr.mozilla.org/seamonkey/source/widget/src/gtk2/nsWindow.cpp#4500
--
Tommi Komulainen
pecific requirements that may or may not align with
yours, but if you have ideas how the new API could be made work better
for you, we could take them into account when considering the design and
implementation.
--
Tommi Komulainen
iling done.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
I also hate the overly careful handling
of library dependencies (application ends up depending on every possible
library because there's a widget the application doesn't use but depends
on the next library, etc.)
--
Tommi Komulainen<[EMAIL PROTECTED]>
o how to group things better. For example
HildonFileDetailsDialog is dragging in hildon-fm and gnome-vfs
dependencies to hildon-libs. If you have ideas what kind of package /
library grouping would make sense, we're open for suggestions.
--
Tommi Komulainen
up broken
assumptions in application code, mozilla IIRC.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
nfusion. Couldn't (actually still can't) quite see the
actual problem. Using pixmaps of any depth should be fine, assuming you
know what you're doing, so the problem is somewhere else?
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
smaller screen.. :-]
Basically you can easily get a feeling how things would work if you just
run Xephyr with the desired resolution. (We've also had some fun playing
with Xrandr.)
--
Tommi Komulainen<[EMAIL PROTECTED]>
_
there just
isn't a colormap (explicitly) set for the drawable.
I'm just not seeing the problem here. There's
https://maemo.org/bugzilla/show_bug.cgi?id=179 but that seems different
still.
--
Tommi Komulainen<[EMAIL PROTECTED]>
__
> seems to work at least on i386
I'm sure there are, I just can't comment on the exact details as I
wasn't evaluating libc. My guess would be maturity, wider developer base
and better localisation support. But maybe we can get someone with the
details offer a few
sts now, it was never intended to be the final version.
It just takes longer to come up with the "right" fix, with your help
it'll happen faster.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-develo
On Thu, 2005-10-27 at 13:49 +0200, ext Florian Boor wrote:
> Tommi Komulainen wrote:
> > There's probably a more simple solution to make stock icons work well;
> > just add "gtk-bold.png" and similarly named files in the hicolor icon
> > theme and things s
27;
If it fails you need to track down where the supposedly valid pixmap
object gets turned into an invalid pointer. Is it properly initialized
in the first place? Does it get destroyed for one reason or another in
between?
--
Tommi Komulainen<[EMAIL PROTECTED]>
in their
hands.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
ld've done that long time ago. But we
didn't and there's only so much we can do in the short term now.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
everyone loves to have better
performance, right? :)
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
change (or preferrably remove) some hardcoded pixel measurements
in the code. In some cases you may even need to do a different layout,
like remove the number pad from the VKB.
Currently the VKB is probably the trickiest part as the code isn't open,
but for the rest it's just work to b
ugfixes.
In the meantime, just don't do that then ;)
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
he view once. The view is automatically notified about
changes in the buffer.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
e risk by rushing it.
Of course, if you haven't licensed anything you don't have the same
problem.
But still, I'm only guessing. The issues with licensing show up only
after you have some :)
--
Tommi Komulainen<[EMAIL PROTECTED]>
__
etter idea what is really needed rather than us guessing what might be
useful.
The page is at http://maemo.org/maemowiki/DocumentationWanted
I added UI guidelines as a skeleton example as it was mentioned earlier
on this list, but you'll probably want to elaborate it.
--
Tommi
onvenience.
Updated repository information below:
https://stage.maemo.org/svn/maemo/projects/haf
login : guest
password: guest
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-develop
. The wiki should be
better suited for that as you can collect bits and pieces to more
coherent answer.
In general I'd recommmed everyone to check the wiki at
http://maemo.org/maemowiki/ and add as much information, questions, etc.
as possible.
--
Tommi Komulainen
NDOW
> to the app. presumably the app then needs to intercept this
> message and bring its self to the top.
In the case the application (read: HildonApp/View) is maintaining then
_NET_CLIENT_LIST property in the toplevel window, the yes. Otherwise
the message is supposed to be going
;s not there yet, it'll be available in the subversion
repository we're currently setting up.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
everything. I don't really have any
estimates.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
gets are not exactly (lib)glade-friendly, but we're
working on it.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
could be another.
Of course a quick hack is almost trivial (apt-get install lpr;
vi /etc/printcap) but to make it work really nicely (automatic printer
discovery, and such) isn't as easy. Should be an interesting project,
though.
--
Tommi Komulainen
ecall at least Epiphany, Galeon and Mozilla are trying to fix the
filename extension when it doesn't match the content type (php script
vs. text/html, for example) but for obvious reasons it won't quite work
if the server is confused :)
--
Tommi Ko
hen modify the copy.
There are some rules regarding how the image file dimensions and the
'border' definitions in the gtkrc are related, and in some cases there
an additional more or less hardcoded dependency or assumption in the
code as well. Again it's easier to modify only the images,
able to use stock gtk+, but some changes are matters of
opinion which may or may not be merged. However the modifications
should never break compatibility.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing
) It's a pretty straightforward
fix, I'm just not sure when I get around to fix that as it's not exactly
critical :-/
You might want to use Xephyr anyway as it has nice redrawing debugging
support; just killall -USR1 Xephyr and you'll see which regions are
being redrawn.
--
To
hat we can do about it.
--
Tommi Komulainen<[EMAIL PROTECTED]>
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
96 matches
Mail list logo
