several feature suggestion

[Oren Gampel]

Hey,

I'm trying to build the new version. I have ZERO Haskell experience (or
true familiarity with pure functional languages), but I guess that's the
best way to at least test the recent changes.

I I get :
$ runhaskell Setup.hs configure
Configuring arbtt-0.7.1...
Setup.hs: At least the following dependencies are missing:
X11 >1.4.4,
aeson ==0.6.*,
bytestring-progress -any,
parsec ==3.*,
pcre-light -any,
strict -any,
terminal-progress-bar -any,
transformers -any,
utf8-string -any

and I really have no idea what's missing. I tried:
$ X -version

X.Org X Server 1.14.3
Release Date: 2013-09-12
X Protocol Version 11, Revision 0

Can you help me through this? I thought I'll ask you first...

Oren



On Mon, Dec 30, 2013 at 1:40 PM, Joachim Breitner
<mail at joachim-breitner.de>wrote:

> Hi,
>
> Am Montag, den 30.12.2013, 11:10 +0000 schrieb Oren Gampel:
> > > Ok, so there are two problems:
> > >  1. Plasma desktops also appear as windows, and hence are useless to
> > > record. This leads to the question: How to detect such windows (without
> > > adding configuration options and preferably without hard-coding their
> > > name). Does xprop list anything useful for them? What is their
> > > _NET_WM_WINDOW_TYPE?
> >
> > I'm afraid
> > _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DESKTOP
> >
> > but...
>
> why “I’m afraid” – this is actually good. I guess arbtt-capture should
> ignore all windows with that window type, right?
>
> > >  2. Record the current desktop name (or number). "wmctrl -d" Also works
> > > here (xmonad), highly increasing the chance of me adding that feature
> > > :-)
> >
> > ... looks promising. I assume it's not really a 2nd problem but a rout
> > for a solution.
> > "wmctrl is a UNIX/Linux command line tool to interact with an EWMH/NetWM
> > compatible X Window Manager." And I did find xmonad docs about
> > integration with EWMH (
> > http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Hooks-
> > EwmhDesktops.html).
>
> which I wrote some 7 years ago... :-)
>
> > >> While I'm at it, I would like to ask for another feature that might be
> > >> useful to others:
> > >> 4) Add a --ignore-minor-breaks=Seconds [very bad flag name] to arbtt-
> > >> stats.
> > >
> > > This is only for the --intervals report, right?
> > >
> > >> I admit that I'm using a 15 sec --sample-rate, which might be short,
> > >> but there are other things I do that actually need this granularity.
> On
> > >> the other hand, for specific tasks, I would like to ignore short
> breaks
> > >> of a minute or two. For authoring a technical paper for example, that
> > >> needs constant dealing with other tools, reading other articles,
> > >> browsing the web etc, this can be significant.
> > >
> > > I’m not sure if this is the right approach. Ideally, you can configure
> > > arbtt to detect that you are doing related work. Note that you can
> match
> > > on other windows as well, e.g. if you are editing thesis.tex, but the
> > > active window is your PDF viewer, you can still assign the tag
> > > "Project:Thesis". Maybe this will close all invalid holes in the
> report,
> > > leaving open the “real” holes where you read the arbtt mailing lists
> > > :-).
> > >
> > > Alternatively, one might be interested in something like „Intervals
> > > where at least 90% of the time tag foo is set“, which might handle
> > > interruptions more gracefully and faithfully than a hard timer.
> > >
> > > But in any case such a feature needs a bit of thinking and
> contemplating
> > > and brainstorming... :-)
> >
> > I completely agree. I thought about the 90% path, and few other
> > algorithms. Would you mind if I open a separate thread to discuss this?
>
> yes, please do.
>
> And I guess I’ll need a bug tracker soon, to keep track of all ideas and
> loose ends...
>
> Greetings,
> Joachim
>
> --
> Joachim “nomeata” Breitner
>   mail at joachim-breitner.de • http://www.joachim-breitner.de/
>   Jabber: nomeata at joachim-breitner.de  • GPG-Key: 0x4743206C
>   Debian Developer: nomeata at debian.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.nomeata.de/pipermail/arbtt/attachments/20131231/a513807c/attachment.htm>