Note header takes title from first line

[Dexter N Muir]

Note header takes title from first line, so why not use the header to obscure that? Showing it twice seems redundant.

[Arthur Borsboom (arthurborsboom)]

Hi Dexter,

What did you had in mind by obscuring?
How do you suggest to deal with pads without window decorations?

[Dexter N Muir (dexy-4)]

On 07/11/15 06:00, Arthur Borsboom wrote:
> Hi Dexter,
>
> What did you had in mind by obscuring?
> How do you suggest to deal with pads without window decorations?
>
> ** Changed in: xpad
> Status: New => Incomplete
>
> ** Changed in: xpad
> Importance: Undecided => Low
>
Point 2 first: I do not use decorations. Would such use alter the
behaviour in point 1?
Now to point 1: Create a new note. Type in the first characters. They
appear in the Title Bar above. The actual important data of the note is
relegated to the following lines. Put some data there. Now delete the
first line (it's still showing in the main body / data area of the
note). The Title Bar now takes its text from the first line of that data.
    My point is that once the Title line has been absorbed by th Title
Bar (with Enter/ newline) that first line should only be accessible /
visible by scroll-up ( perhaps even by Ctrl- or Shift-scroll-up, leaving
ordinary scroll-up stopped at the first Data line?), leaving the
first/title line out of sight. The 'data area' should not then show that
first line. That's what I mean by the Title Bar 'obscuring' that first line.

Hopefully now comprehensible?
Cheers
Dex

[Arthur Borsboom (arthurborsboom)]

Ah right, now I understand. Thanks for the explanation. Indeed window
decorations are irrelevant to this topic.

So, you would vote for a new feature which would auto hide the first line
of a note after the window title has been set with some possibility to
edit it later.

I would make this feature toggleable in the settings. In my case, I often
use Xpad as a fixed clipboard for copy paste actions, for example for a
piece of code. In that case, I dont want to hide the first line of the pad,
since it does not contain a title or subject.

Thanks for your suggestion. I will update the bug report accordingly. Let's
see if anybody feels like writing the code for this feature request; or
maybe you like a challenge?

Cheers,
Arthur

Sent from my phone
On 6 Nov 2015 22:10, "Dexter N Muir" <email address hidden> wrote:

> On 07/11/15 06:00, Arthur Borsboom wrote:
> > Hi Dexter,
> >
> > What did you had in mind by obscuring?
> > How do you suggest to deal with pads without window decorations?
> >
> > ** Changed in: xpad
> > Status: New => Incomplete
> >
> > ** Changed in: xpad
> > Importance: Undecided => Low
> >
> Point 2 first: I do not use decorations. Would such use alter the
> behaviour in point 1?
> Now to point 1: Create a new note. Type in the first characters. They
> appear in the Title Bar above. The actual important data of the note is
> relegated to the following lines. Put some data there. Now delete the
> first line (it's still showing in the main body / data area of the
> note). The Title Bar now takes its text from the first line of that data.
> My point is that once the Title line has been absorbed by th Title
> Bar (with Enter/ newline) that first line should only be accessible /
> visible by scroll-up ( perhaps even by Ctrl- or Shift-scroll-up, leaving
> ordinary scroll-up stopped at the first Data line?), leaving the
> first/title line out of sight. The 'data area' should not then show that
> first line. That's what I mean by the Title Bar 'obscuring' that first
> line.
>
> Hopefully now comprehensible?
> Cheers
> Dex
>
> --
> You received this bug notification because you are subscribed to Xpad.
> Matching subscriptions: Arthur Borsboom
> https://bugs.launchpad.net/bugs/1471457
>
> Title:
> Note header takes title from first line
>
> Status in Xpad:
> Incomplete
>
> Bug description:
> Note header takes title from first line, so why not use the header to
> obscure that? Showing it twice seems redundant.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/xpad/+bug/1471457/+subscriptions
>

[Dexter N Muir (dexy-4)]

On 08/11/15 02:34, Arthur Borsboom wrote:
> Ah right, now I understand. Thanks for the explanation. Indeed window
> decorations are irrelevant to this topic.
>
> So, you would vote for a new feature which would auto hide the first line
> of a note after the window title has been set with some possibility to
> edit it later.
>
> I would make this feature toggleable in the settings. In my case, I often
> use Xpad as a fixed clipboard for copy paste actions, for example for a
> piece of code. In that case, I dont want to hide the first line of the pad,
> since it does not contain a title or subject.
>
> Thanks for your suggestion. I will update the bug report accordingly. Let's
> see if anybody feels like writing the code for this feature request; or
> maybe you like a challenge?
>
> Cheers,
> Arthur
Thanks Arthur

    Option good - your purpose needs that line visible - but in that
case the Title is superfluous, no? Just excess screen real estate? Maybe
the Title should be the/an option? Or, with my suggestion, just ignore
it - the likes of Ctrl-A Ctrl-C should not be worried.

    Programming/coding? Sorry, no - various versions of BASIC - GW,
Quick, Q (Siclair QL), Acorn Electron (included 6502 Assembler!) - and
8031 Assembler (years ago and unused since) - that's the sum of my
skill, and I'm a real Old Phart with grey cells atrophying. I can use
others' shell scripts, but only detect and modify where and why they
hiccup. Not quite (but not far from) Noob level.

    Looking forward to developments, and with
Best wishes to all contributing...
Dex

[Arthur Borsboom (arthurborsboom)]

Hi Dex,

I understand your point. However I don't see too much added value in hiding the first line of the pad, but that is just my opinion.
Because of that, it is unlikely that I will implement your wish, however other people may think different about it.

Therefore I leave the bug report open for somebody else to do something useful with your thoughts.

Thanks for taking the time to report this and I wish you all the best.

[Arthur Borsboom (arthurborsboom)]

Not sure what to do with this... :(