zixaphir / appchan Goto Github PK

Again, another issue with the positioning of form[name=delform].

Doshio~ The "Spoiler" overlapps the "delete" button and I can't press the latter...

It seems like the "spoiler" is anchored just under the first fileinput element instead for the password textinput. Latest UST.O, Yotsuba B.

Also you don't need to go overboard with border radius on small buttons.

See: aeosynth/4chan-x#75
You have to use ::webkit-input-placeholder to be future-proof.

inb4 #gay comes out saying I'm webkit-centric.

http://www.freedollchan.org/scripts

especially noticeable for the name field, anybody typing their name and tripcode is going to have their input obscured. I guess it's some kind of security for screenshots, barely.

Did I miss something? Was there a reason this option was removed from the userstyles page?

...And will need to be restyled for many of them, and this one, to be closed.

This issue will be resolved when Issue 1, Issue 2, Issue 4, Issue 5, and Issue 6 are resolved.

http://i.imgur.com/Vb1DU.png

Nitpicking ahoy!

By implementing a vast array of external single byte gifs, I could theoretically track the install options used by the various users of AppChan. Furthermore, by implementing a server-side browser tracking mechanism, I could use the Panopticlick (http://panopticlick.eff.org/) browser fingerprinting method to create a tracking hash to associate which data belongs to which user, thereby implementing a client tracking mechanism that, on the client side, exists entirely in CSS.

Except I'm not entirely sure about that Panopticlick thing. Oh well, I'll just make up more shit from HTTP Headers.

The third column, Creative, is displaynone'd.

Removing the right padding of .menubutton a would look better.

The filters are white. I guess you don't want to leave anything white.

http://i.imgur.com/rfCrL.png

http://imageshack.us/photo/my-images/580/myeyesohgod.png/
http://imageshack.us/photo/my-images/813/whatzu.png/

Running the latest Chromium, problem first occurred when updating the style earlier today and fixes itself when the style is disabled. From what I can see it looks like there's a block of code set to run globally for some reason. Removing it caused the global checkbox problem to stop but the style still looks like ass.

Sorry if I missed something important, I am not good with computer and have no idea how to read CSS.

http://i.imgur.com/DNWF8.png

When replacing the reply box with the quick reply box it only shows the name field, mousing over that causes the entire box to appear, replying to a post keeps it from retracting when the mouse is moved away.

Couldn't find an option for it and it breaks the slideout quick reply box so I assume it's a bug.

Happens on both Firefox and Chrome, latest 4chan x.

Using the selector "table[width="100%"]~" instead of "body > table ~" seems to be the source of this. With "body > table ~" it would only apply to threads, and hide the postarea only in the thread itself, from code created by the Post Reply Mode table, allowing for anything outside of threads to be untouched.

With this issue:
-There seems to be code left in there from Slideout 2
-Even with persistent QR on, there is no postarea in a board outside of a thread at all. Hovering around the area will make the postarea slideout, but it's not apparent that it's there, as the -POST AREA- thing only shows when the postarea is in its normal position, where it actually just overlaps this making it still unusable

Also you have some double code:

table[width="100%"]~* form[name^="Post"] label:first-of-type {
display: none !important;
}

table[width="100%"]~* form[name^="Post"] label:last-of-type {
text-align: right !important;
position: absolute !important;
bottom: 3px !important;
right: 55px !important;
}

table[width="100%"]~* form[name^="post"] tr .postblock b {
right: 3px;
}

table[width="100%"]~* form[name^="post"] tr:nth-of-type(3n) .postblock b {
right: 54px;

I assume the last two correspond to the "Auto" and "Spoiler Image" checkboxes (that is, if you were to change from table[width="100%"]~*"), but these are the same as "form[name^="Post"] label:last-of-type {" and "form[name^="Post"] label:first-of-type {" which would screw up the positioning, as is currently evident by the overlapping Spoiler Image and Auto label in threads.

http://i.imgur.com/WT3og.png

I'd guess it's the return of auto posting that's doing it this time.

Request for 'em. :3

also if you could create a happy color scheme like http://userstyles.org/styles/10323/4chan-yotsuba-2-updated-for-boards-subdomain that would be awesome.

No need to write anything more.

I'd like the margin on the left, please.

4chan Plus is currently styled, but its positioning inconveniently blocks the .pages navigation.

The following options are currently in consideration:

• Place 4chan Plus's blob into AppChan's sidebar, style appropriately. (likely)
• Give 4chan Plus's blob a slight margin or otherwise move it up slightly while on board pages, move it back down while in threads. (also likely)
• Move the .pages navigation, leave 4chan Plus as is. (unlikely)

Alternative options will also be considered if they are presented.

the update dialog extends beyond the ui bar boundaries

The input field for the captcha is now too high and overlaps the captcha image.

Everytime I start typing a reply in a thread I have just opened, and hit enter to make a new line, the comment box loses keyboard focus, and I have to click outside the box, and then back in to start typing in it again. After I do that, enter never causes this issue again until I reload the page. It happens in EVERY thread, EVERY time. Haven't taken the time to check if it happens when not using the 4chan X QR box.

Using the latest 4chan X, AppChan, and Chrome beta. The issue does NOT happen when only using the 4chan X QR with AppChan disabled.

There's already a vertical one, so I would expect for a horizontal one to appear.

UStO version etc etc.

Not sure where the blame on this one lies nor what to do to fix it, but I've been able to replicate it only with AppChan. This is filed under "wtf" bugs.

@aeosynth: Let's discuss?

I would like to see previews of all the color schemes. more generally, I'd like to see previews of all the options. it would be really cool if you could show a live preview.

   #updater #count:not(.new):after,
    input[type="checkbox"],
    form[name="delform"] div:not(.thread) label:after,
    .postarea tr:nth-child(4)>.postblock>b:after,
    *,
    html,
    body,
    tr .postblock b,
    label {
        color: #ccc !important;
    }

When you use *, you don't need any other selectors. You're doing that mistake many times.
That's one thing stupid, but the other is that it won't let me apply my Hide My Trip userstyle.

But really, you're overselecting.

I fixed it by adding this weird selector: input[name="name"]:not(:hover):not(:focus) > *
Kinda weird selector, as the text input isn't really an element. Always cool to know.

Edit: my weird selector seems to work only on BlazingFurry, the original one always worked fine on FabulousChrome.

http://i.imgur.com/v6Toh.png

• Expand image is not aligned.
• Selector is over 4chan X link.
• Thread updater is all over the place.

Bonus: You forgot a color for the Browse file button on Chrome.

   .postarea input[type="file"]::-webkit-file-upload-button,
    #qr input[type="file"]::-webkit-file-upload-button,
    #quickrep input[type="file"]::-webkit-file-upload-button,
    div[id^=qr] input[type="file"]::-webkit-file-upload-button {
        -moz-appearance: none;
        color: pink;
        background: transparent;
        border: none !important;
        height: 19px !important;
        padding: 0 !important;
    }

Covered by fixed QR, issue with z-index

When using the filter, if a post is filtered there is a gap left over that does not occur when the style is not enabled, this can become very annoying especially since the release of the proxy poster.
example after filtering a post, with and without the style enabled
http://img718.imageshack.us/img718/6647/92126327.png
http://img838.imageshack.us/img838/4725/21569500.png

There is also a slight displacement of the header on the status.4chan page which does cut off the text slightly.
http://img828.imageshack.us/img828/3334/abcs.png

http://ompldr.org/vYTRoZA/appchanbug.PNG

Using the UStO hosted version, (setting is "Fixed" and Replace new post.... is "yes") and a 4chan X master that's 4-5 days old (because aeonsynth is to much of a fag to add @Version into it)

Also, DAT PADDING.

Sup guys, king of /g/ here.
http://i.imgur.com/49nhf.png
Don't you guys think this message looks a little plain? I can't distinguish the ban reason from the rest of the text.

This issue is probably due to the fact that #navlinks are not a child of the form[name=delform], which is currently positioned in such a way that it behaves like an iframe. The current positioning of AppChan will probably need to be changed to attain functionality.

all the fixed ui is contained w/in the right margin, except for the nav buttons. it really sticks out and doesn't look polished.

http://i.imgur.com/y79fi.png

I'm 99% sure this is caused by the new "select multiple files" or whatever else just got added to 4chan x.

The styling of .doubledash and the td.reply must be fixed.

http://i.imgur.com/gBGRd.png

Have a long watched thread list
Open top expanding panel (e.g. Web Console in FF)
Close it
Shit bricks.
Alt-Tabbing or changing the viewport's size (resizing) fixes it, but it's still annoying, esp when you tile the window to a postcard.

2011
Not aligning the image on-top of an other element

I seriously hope you guys don't do this.

So, I copy-pasta'ed the markup that had to do with the mascot in a userstyle in order to make a custom Tenshi one (that also contained a base64'ed png instead of a link to an image on a server knows where or what) and came up against this.

BTW, heres the code and result. I'm not sure about loading a 170KB userstyle, but I prefer it to loading resources from third-party domains (I'm paranoid as fuck).

http://pastebin.com/HC20AGYb

Needs option to not have page numbers stickied for those who use Autopager or 4chan De-Pager

The "spoiler image" option is not visible on 4chan x's quick reply

I know the QR is under massive changes right now, but when adapting Appchan to it, please consider making the textbox resizable. Trying to write an essay into why FOSS layout engines are better to shut up Operafags is frustrating right now.

Ideally, you'll be able to resize the textbox in both axis, overlapping message content.

Replace:

*,
#updater #count:not(.new):after,
#imgControls label:after {
color: #aaa !important;
}

with:

body > form, .reply, div.postarea, input, td.deletebuttons, .logo, .commentpostername, .postername, #updater #count:not(.new):after, #imgControls label:after {
color: #aaa !important;
}

Adding selectors to that if necessary for options I hadn't tested, and changing the color to any listed under * for other color schemes if necessary as well. Now, labels for Quick Reply can be removed or re-colored by editing this:

#qr input:-moz-placeholder, #qr isindex:-moz-placeholder, #qr textarea:-moz-placeholder {
color: transparent !important;
}
input::-webkit-input-placeholder, isindex::-webkit-input-placeholder, textarea::-webkit-input-placeholder {
color: transparent !important;
}

4chan x's Image Expander only applies "width: 100%" if the image is bigger than the browser window. Provide a style option which overrides this functionality.

changes to the options dialogue in 4chan X have resutled in the options dialogue hiding all posts.

http://i.imgur.com/Zpu05.png

You currently have styled back links for the /b/ackwash script, but not forward links, which can be useful when viewing a backlink which quotes multiple posts. Since there are multiple color schemes, this is only an example.
Just change

a.backlink {
    color: #4f5f8f !important;
}

to

a.backlink, a.forwardlink {
    color: #4f5f8f !important;
}

When using 4sight from the main page of a board, the navbar overlaps the searchbox, however this does not occur when you try to search while inside a thread.
front page:

thread:

On Chrome, the left position locks at 0, on Firefox, the top position locks at 0. I'll post screenshots when I am able.

The current implementation of locking the tooltip in the bottom-right corner is not an acceptable permanent work around.