+1 for { }.
— Timothy Hatcher
> On Sep 19, 2024, at 2:55 PM, Ryosuke Niwa via webkit-dev
> wrote:
>
>
> Should we do:
>
> struct Foo {
> int bar = 0;
> }
>
> Or
>
> struct Foo {
> int bar { 0 };
> }
ymore, which is why the prefix number
hasn't changed in the last few years.
— Timothy Hatcher
> On Oct 29, 2023, at 10:07 PM, 강수진 via webkit-dev
> wrote:
>
> Meaning of '7' in WebKit Versioning
>
> Hello,
>
> I have a question about the versioning rules
erage. It was one of the pain points I
remember in maintaining an outside port.
https://trac.webkit.org/search?q=%21HAVE%28ACCESSIBILITY%29
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
It wasn’t added for Tesla. But they did build with it disabled at the time I
lasted worked on it. It was a frequent pain point to keep the build working
when AX changes happened.
— Timothy Hatcher
> On Nov 14, 2018, at 5:29 PM, Ryosuke Niwa wrote:
>
> I think it was added for Telsa&
I want to announce that Matt Baker is now a WebKit
Reviewer. His expertise is in the Web Inspector codebase.
Congratulations, Matt!
— Timothy Hatcher
smime.p7s
Description: S/MIME cryptographic signature
___
webkit-dev mailing list
webkit-dev
pretty much follow the C++ WebKit style for things that overlap in the
syntax.
— Timothy Hatcher
smime.p7s
Description: S/MIME cryptographic signature
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Also, removing files from the repo does not save anything with a Git checkout
since they are still there in the history.
— Timothy Hatcher
> On Mar 31, 2016, at 12:50 PM, Brian Burg wrote:
>
> Hi Marcus,
>
> It’s unclear what your actual problem is.
>
> If you hav
ink we can keep it enabled and have it be in the next Safari Technology
Preview release. We do need to be careful with things like this in the future
though.
— Timothy Hatcher
smime.p7s
Description: S/MIME cryptographic signature
___
webk
s. We are not interested.
— Timothy Hatcher
smime.p7s
Description: S/MIME cryptographic signature
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Hi Michael,
I am looking into our options for the license of the images. Stay tuned.
— Timothy Hatcher
> On Feb 6, 2016, at 8:23 PM, Michael Catanzaro wrote:
>
> Hi,
>
> I'd like to address the problem with the license for the web inspector
> images. The backg
I also added:
https://webkit.org/documentation/b3/air/ loads
/docs/b3/assembly-intermediate-representation.md
> On Jan 29, 2016, at 10:05 AM, Filip Pizło wrote:
>
> Thank you! I'll convert them today.
>
> -Filip
>
> On Jan 29, 2016, at 10:02 AM, Timothy Hatcher
e to point to other names if you want something different.
— Timothy Hatcher
> On Jan 29, 2016, at 9:34 AM, saam barati wrote:
>
> I'm happy to convert the document to markdown. Can you send me your latest
> revision or post it to the website?
>
> I usually look at:
> http
They should be markdown files like we do for the code style and policy
documents.
https://trac.webkit.org/browser/trunk/Websites/webkit.org/code-style.md
We can then make Wordpress pages on the site that load the markdown.
Maybe put them in a /docs/b3/ directory?
— Timothy Hatcher
> On
swap-in what they created.
https://bugs.webkit.org/show_bug.cgi?id=147684
> I put together an idea (see attached image) for one possible design.
Thanks for showing what you designed. The blueprint look is something Jon has
been exploring for parts of the redesigned website.
—
Yeah, that is exactly what I was thinking. Instance does not imply "only one"
like singleton does. Call a singleton a singleton, we have a word for it.
— Timothy Hatcher
> On Jan 28, 2015, at 9:19 PM, Maciej Stachowiak wrote:
>
> This may be a question of what jargon we’ve
I agree. Lets remove it.
— Timothy Hatcher
> On Jan 19, 2015, at 9:44 AM, Osztrogonác Csaba wrote:
>
> Hi All,
>
> Inspector is enabled by default on all major WebKit port and
> the build without inspector isn't really maintained by anyone.
>
> Building without
I don’t think this belongs in WebKit — it is not a feature post browsers need.
You could easily implement this niche feature using that hooks in your
own native code. An object gets told when it resizes without the need for
JavaScript events.
— Timothy Hatcher
> On Sep 18, 2014, at 9:22
be found at
http://brrian.org/ <http://brrian.org/>. Lets hope he has enough time to review
all of our patches now that he is a new father.
Congratulations on WebKit reviewer and fatherhood, Brian!
— Timothy Hatcher
___
webkit-dev mailing list
users and properly convey information on Apple stance
> for this tech.
These questions are not appropriate for webkit-dev — they are more about Safari
than WebKit. Apple does not comment on future product releases.
— Timothy Hatcher
___
webkit-dev
Yes, the feature was V8 specific. It is a feature we would like to eventually
have in JSC.
— Timothy Hatcher
On Mar 5, 2014, at 8:59 AM, dipak kumar wrote:
> Do we currently support heap profiling/snapshot with JSC engine? What I have
> concluded is this feature is chrome/V8 specif
better — instead of showing punycode.
Otherwise, the URL parsing parts will be useful and I look forward to using
them and removing our JS URL parser!
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/m
which also causes them to show up
in the patch review) is helpful. I was just complaining about the python path
spew it also includes.
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
It isn't just about seeing the comment on the page, it also gets emailed.
I agree, no bot comments would be better. The stye bot spew is particularly
bad, mainly because it dumps all the file paths it tested not just what fails.
— Timothy Hatcher
On Jan 15, 2014, at 8:17 PM, Ryosuke
se of multiple attributes.
It is a grotesque perversion of the HTML language.
Best of luck,
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
On Nov 7, 2013, at 4:28 PM, Tab Atkins Jr. wrote:
> On Thu, Nov 7, 2013 at 3:43 PM, Timothy Hatcher wrote:
>> On Nov 7, 2013, at 2:38 PM, Tab Atkins Jr. wrote:
>>> I have a serious suggestion - could we rename srcset to src-n
>>> (literally, "src-n"), and t
On Nov 7, 2013, at 4:27 PM, Tab Atkins Jr. wrote:
> On Thu, Nov 7, 2013 at 3:39 PM, Timothy Hatcher wrote:
>> On Nov 7, 2013, at 2:22 PM, Tab Atkins Jr. wrote:
>>> srcset's parsing algorithm *cannot* be extended in the future. I gave
>>> an example of how it
document.createElement('img').srcset is undefined.
Sorry, I was confusing it with the CSS function. Tab is right, the HTML
attribute is only in the WebKit nightly right now.
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lis
heavy sites and tools will need to be written to auto generate these
"lists of lists" from the original assets. Scripts can easily deal with a micro
format in one attribute. They can't easily deal with a micro format spread
across multiple src-n attributes i
On Nov 7, 2013, at 2:38 PM, Tab Atkins Jr. wrote:
> On Thu, Nov 7, 2013 at 9:24 AM, Timothy Hatcher wrote:
>
>> As I replied before, there should only be one attribute — srcset.
>
> I have a serious suggestion - could we rename srcset to src-n
> (literally, "src-
On Nov 7, 2013, at 2:22 PM, Tab Atkins Jr. wrote:
> On Thu, Nov 7, 2013 at 9:24 AM, Timothy Hatcher wrote:
>> On Nov 6, 2013, at 4:26 PM, John Mellor wrote:
>>> I've suggested before that the attributes could be combined if that's
>>> considered simpler. My
o be micromanaging the intrinsic widths in a
set if I need to change the width and export again from
Photoshop. Some workflow tool is likely going to generate these and having them
in one attribute makes them infinitely easier for a script to manage. (And
easier for humans too if things
you want to add a higher precedent srcN, you need
to reorder all the existing srcN attribute names. With srcset you just need to
edit a single attribute's value, adding a logic operator between the rules.
— Timothy Hatcher
___
webkit-dev mailing lis
I went ahead and turned off unconfirmed. Only New and Assigned are now allowed
when creating a bug.
— Timothy Hatcher
On Oct 31, 2013, at 4:33 PM, Darin Adler wrote:
> The WebKit project doesn’t use the unconfirmed state in any significant way.
> We probably should turn it
Yes, the heap profiler feature was V8/Chrome only. That Web Inspector has also
been removed from WebKit.
— Timothy Hatcher
On Oct 29, 2013, at 5:06 PM, Gary Kratkin wrote:
> Hello,
>
> Is there a way to enable inspector’s heap profiler in WebKitGtk? I’ve tried
mentarily.
>
> No, but I wouldn't never make the focus ring as large as the canvas.
Even if you don't make it full size, if the focus ring is drawn into the canvas
buffer, you don't know how much room you need to account for. (If the fo
mages and has been considered
taint worthy because it could leak the user's UI theme.)
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Can we enable CSS3_TEXT_DECORATIONS on the Apple ports once you add it?
I have a legitimate use for -webkit-text-decoration-color that would allow me
to eliminate a hack in the Inspector.
— Timothy Hatcher
On Oct 4, 2013, at 10:45 AM, Myles C. Maxfield wrote:
> Hello, all!
>
> Be
What about?
StyleResolver* existingStyleResolver()
StyleResolver& styleResolver()
— Timothy Hatcher
On Jun 19, 2013, at 11:49 AM, Balazs Kelemen wrote:
> For me optional seems very misleading and generally different prefixes
> suggests that those objects are not the same.
> M
Sorry for the duplicate message.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
ll of you to make Web Inspector even better!
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
ll of you to make Web Inspector even better!
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
f for everyone but the engineers is a bad
approach and misses out on testing.
We could have WebKit modify Safari's Develop menu to provide additional items
to toggle. Safari provides an "Enable WebGL" item, we could inject more items
n
be considered for anyone rewriting these scripts.
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
ve also seen people express their frustration for our tools currently written
in Ruby and Python. I personally find Perl fine for this task and don't see a
need to rewrite things just because.
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lis
.
— Timothy Hatcher
On Apr 5, 2013, at 3:21 AM, Maciej Stachowiak wrote:
> Not a completely unreasonable idea, but I feel 3-6 months is way too short.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
24% increase. Again, mostly images.
So I don't think the majority of the download size increase correlates to
in-memory size of the binaries. (See the link Eric sent later for that.)
— Timothy Hatcher
___
webkit-dev mailing list
w
ore annoying than useful (even if it
> means that I just have to delete a bunch of "OOPS" lines).
It would be difficult to make the tool smart. I merely looking for reminder to
push folks to describe their changes in some fashion, not a analytical tool
parsing for good vs bad.
On Mar 21, 2012, at 2:46 PM, Adam Barth wrote:
> On Wed, Mar 21, 2012 at 2:29 PM, Timothy Hatcher wrote:
>> Lately I have observed more and more and more changes going into WebKit that
>> lack any details about why a particular change was made. It is intended that
>> the
existing script) to check for this missing information and inform
the contributor. It is clear not all reviewers are asking patch authors to
provide this information when reviewing, and such a tool would help enforce it.
— Timothy Hatcher
___
webkit-dev
re is test failure. (For example, if the
> is verifying that A == B but that is not true, then the values of A and B
> should be printed.)
> Well documented
> thanks,
> dave
>
> ___
> webkit-dev
rds on Hwy 101 etc.).
Adding input/beforeinput events (#3) wont solve the need of most extension
developers that use mutation events today (the examples you cite). So that
makes it hard to remove them, especially over time, no matter how much warning
you give.
— Timothy Hatcher
__
my commits might bring. But please
lets stop calling it "cheating".
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
e not caused by their page.
On Jun 2, 2010, at 2:45 PM, Mikhail Naganov wrote:
> Used memory count can be restricted to include only objects reachable
> from the caller execution context. In this case, an app could only see
> the amount of memory consumed by itself, not by the whole engi
e setting EDITOR="open -W -a Xcode" would probably do it.
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
maybe I use git
differently than everyone else… I don't do the whole "branch-per-bug" business.
I usually have one git commit per commit I plan to push to SVN (each with a
separate ChangeLog entry).
— Timothy Hatcher
___
webkit-dev mailing list
w
should probably only restrict the channel during
> active spambot attacks (if we get any).
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
x27;t seem to
> have the same monotonously increasing revision numbers as svn does. It will
> be a problem to replace REGRESSION(r12345) with
> REGRESSION(96c3b0300ccf16b64efc260c21c85ba9030f2e3a).
— Timothy Hatcher
___
webkit-dev m
I agree with Jeremy and David. If you are a committer you should try to land
patches on your own when you can. I mainly think this because it lets svn/git
blame work as intended instead of always blaming who ran the bot. Maybe we
should have a commit-...@webkit.org user?
On Feb 25, 2010, at 5:4
On Feb 8, 2010, at 5:29 PM, Maciej Stachowiak wrote:
> That could be either webkit-dev or a new list. Maybe some won't want the spam
> but I bet a lot of people would like to find out about every build break.
Please make it a new opt-in list.
— Timo
fixes like "Web Inspector:" for these types of things.
Makes them easy to spot in the list.
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Oct 19, 2009, at 1:43 PM, Peter Kasting wrote:
Note that within Chrome we put in ctrl-shift-v to "paste as plain
text" precisely because of issues like this. Most other programs
don't have that option though (and even in Chrome it's hard to
discover).
I guess it isn't exactly what you
On Oct 19, 2009, at 1:43 PM, Peter Kasting wrote:
Note that within Chrome we put in ctrl-shift-v to "paste as plain
text" precisely because of issues like this. Most other programs
don't have that option though (and even in Chrome it's hard to
discover).
On Mac we call this "Paste and Ma
This is rather ugly and does not match the majority of the code we
have in WebCore already.
On Oct 15, 2009, at 8:12 AM, Eric Seidel wrote:
I really like the indented style that some folks have started using:
#if foo
#define BAR BAZ
#else
#define BAR BARF
#endif
I think we should st
I would also like to see this change.
On Sep 22, 2009, at 1:06 PM, David Hyatt wrote:
I had thought that we resolved ages ago that we would no longer be
indenting code inside namespaces in header files, since that just
results in the entire class declaration being pointlessly indented.
Thi
Having it all on the dateline is not the best for git users either. We
usually remove that line, since git shows the first line of the commit
log in many places.
On Jul 2, 2009, at 1:44 PM, Maciej Stachowiak wrote:
In the future maybe we could consider putting it in the dateline:
2009-06-3
I also agree and that is the style I use.
On Jul 2, 2009, at 7:05 AM, Adam Roben wrote:
- I generally move the "Reviewed by" line after the bug number/
description/URL. When you're reading a ChangeLog entry/commit
message (especially an older one), it's generally much more
interesting whic
JavaScript objects and the JavaScriptCore API objects (except
JSStringRef) are garbage collected. So sometime after the last
reference goes away, they will release their memory.
In this case when the global object goes away. If you want to
"release" them, you can call JSObjectDeleteProperty
The debugging functionally is part of WebKit, not Safari. So you can
use the JavaScript debugger that is part of the Web Inspector in any
WebKit client application. But this does not include JavaScriptCore
client applications. I am surprised to hear that Drosera worked, since
it was similar
Why double delayInSeconds and not milliseconds to stay consistent?
On Oct 2, 2008, at 5:32 PM, Ojan Vafai wrote:
On Thu, Oct 2, 2008 at 5:16 PM, Aaron Boodman <[EMAIL PROTECTED]> wrote:
On Thu, Oct 2, 2008 at 5:05 PM, Maciej Stachowiak <[EMAIL PROTECTED]>
wrote:
> I don't really like the ove
v mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
ed. I also tried the current nightly build and
it also has the same issue.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
— Timothy Hatcher
___
console.error() within a WebView?
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
osed to ask for the subresources
until everything is loaded? Or is it a bug?
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
WebKitTools/Scripts/sort-Xcode-project-file), but it
requires a
little more insight than just staring at the source.
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
urces and using a CMake facility, an Xcode project
(to work under XCode on Mac), a VS project, a CMakeFile for linux-
based solutions,
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/lis
Might I suggest Safari-3-branch then? All of our other branches have a
capital Safari.
On Oct 10, 2007, at 3:58 PM, Maciej Stachowiak wrote:
On Oct 10, 2007, at 3:51 PM, Timothy Hatcher wrote:
Having "branch" in the name is redundant. I propose branches/
safari-3.
On th
Having "branch" in the name is redundant. I propose branches/safari-3.
On Oct 10, 2007, at 3:47 PM, Maciej Stachowiak wrote:
Create branches/safari-3-branch/ from trunk/.
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.
I think Git is rather slow on Windows I hear.
On Oct 8, 2007, at 9:29 PM, Oliver Hunt wrote:
* Speed: Git is much faster than svn (which becomes very valuable
on windows,
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
Netscape APIs in WebKit have similar APIs like
NPN_PluginThreadAsyncCall (refer to http://developer.mozilla.org/en/docs/NPN_PluginThreadAsyncCall)
in Gecko SDK in Mozilla? Will a new thread pawned from plugin main
thread be able to invoke any JavaScript methods in browser?
— Timothy
so in the future I know which iPhone this is?
I know I can implement a cookie style log-in system, but I was
hoping for some value I can just get and use.
— Timothy Hatcher
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webki
We don't have plans to add support for these yet. But bug reports
requesting the features and patches are always are always welcome.
— Timothy Hatcher
On Jul 5, 2007, at 6:54 PM, piet wrote:
NSTextView supports the edition of lists and tables through
orderFrontListPanel
Be cautious of sending email to webkit-dev and intrigue in the same
email. Anyone can email our internal group.
— Timothy Hatcher
On Mar 12, 2007, at 10:34 PM, Geoffrey Garen wrote:
The buildbot is red.
3 JavaScriptCore tests are failing, presumably due to the DST
change. Kevin
Any registered Trac user can edit the wiki, you can create an account
here. I agree, the wiki is a great place for this documentation. This
is where Nokia has added their instructions about the S60 port.
— Timothy Hatcher
On Feb 16, 2007, at 1:06 PM, Rob Burns wrote:
One thing that would
83 matches
Mail list logo