Project

General

Profile

unexist.dev

Assorted tidbits and projects

Bug #293

view.next and view.prev are broken?

Added by Sae Hirak over 12 years ago. Updated almost 7 years ago.

Status:
Not a bug
Priority:
Urgent
Category:
Unconfirmed
Target version:
-
Start date:
05/22/2012
Due date:
% Done:

0%

Estimated time:
0.00 h

Description

I'm probably seriously misunderstanding the purpose of view.next and view.prev but I'm expecting them to return the next and previous views, respectively. In other words, these should be true:

Subtlext::View[0].next == Subtlext::View[1]
Subtlext::View[1].prev == Subtlext::View[0]

Instead, from what I can tell, it's like this:

Subtlext::View[0].next == Subtlext::View[2]
Subtlext::View[1].prev == Subtlext::View[1]

Basically, view.next 'skips' a view, so if you call the next method on the 1st view, it'll return the 3rd view, if you call it on the 3rd view, it'll return the 5th view, etc.

And view.prev doesn't seem to work at all: it just returns the same view, so calling the prev method on the 2nd view just returns the 2nd view.

Is this intentional, or am I missing something?

History

#1 Updated by Christoph Kappel over 12 years ago

I don't see any problems here?

>> Subtlext::View.current
=> test
>> Subtlext::View.current.prev.prev.prev.prev.next == Subtlext::View["terms"].next
=> true
>> Subtlext::View.all
=> [terms, www, void, sketch, test, editor]

#2 Updated by Christoph Kappel over 12 years ago

  • Category set to Unconfirmed
  • Assignee set to Non member users
  • Target version set to Xi

#3 Updated by Sae Hirak over 12 years ago

Still not working for me. I tried using this to debug it:

on :client_create do |c|
  p Subtlext::View[:all]
  puts
  p Subtlext::View[4]
  p Subtlext::View[0]
  puts
  p Subtlext::View[4].prev.prev.prev.prev.next
  p Subtlext::View[0].next
end

Which gave me this:

[1, 2, 3, 4, 5, 6, 7, 8, , ]

5
1

6
2

I only have 8 views, so what's with the two empty ones at the end of the array? Also, why are your views named and mine aren't?

View[0] and View[4] are correct

View[4].prev.prev.prev.prev.next is incorrect, apparently because prev returns the same view rather than the previous one

View[0].next is correct


By the way, this:

on :client_create do |c|
  p Subtlext::View[1] == Subtlext::View[0].next
  p Subtlext::View[0] == Subtlext::View[1].prev
end

Still prints this:

false
false

Shouldn't those both be true?

#4 Updated by Christoph Kappel over 12 years ago

I added your hook and both values are true as expected. Can you post your whole config? Must be something there, doesn't happen with either my or the default config.

#5 Updated by Sae Hirak over 12 years ago

It's not my config. I just copied /etc/xdg/subtle/subtle.rb -> $HOME/.config/subtle/subtle.rb and then added this at the end:

on :client_create do |c|
  p Subtlext::View[:all]
  puts
  p Subtlext::View[3]
  p Subtlext::View[0]
  puts
  p Subtlext::View[3].prev.prev.prev.next
  p Subtlext::View[0].next
end

on :client_create do |c|
  p Subtlext::View[1] == Subtlext::View[0].next
  p Subtlext::View[0] == Subtlext::View[1].prev
end

Which then printed this:

[1, 2, 3, 4, , ]

4
1

2
false
false
  • There's two extra (empty) views.
  • The views are unnamed.
  • prev.prev.prev.next is incorrect.
  • next is correct.
  • Both print false.

Very odd that you aren't having the same problem... I'm using Debian Sid 64-bit Xfce4 with subtle 0.10.3212.

Just in case, here's my config, though I already pointed out that it happens with the default config: http://pastebin.com/81EAMmMD

#6 Updated by Christoph Kappel over 12 years ago

Weird, Ruby version?

#7 Updated by Sae Hirak over 12 years ago

$ ruby --version
ruby 1.9.3p0 (2011-10-30 revision 33570) [x86_64-linux]

#8 Updated by Christoph Kappel over 12 years ago

I've asked several users in the project channel, no problems there. I have no idea why subtlext behaves differently for you, I can't even explain why the #to_str method returns numbers instead of names.

#9 Updated by Sae Hirak over 12 years ago

Well, I guess you better mark this as WontFix until I can get some more information on why it happens.

#10 Updated by Christoph Kappel over 12 years ago

  • Target version changed from Xi to Omicron

#11 Updated by Christoph Kappel almost 7 years ago

  • Target version deleted (Omicron)

#12 Updated by Christoph Kappel almost 7 years ago

  • Status changed from Unconfirmed to Not a bug

Cannot reproduce this.

Also available in: Atom PDF