jarrodek / chromerestclient Goto Github PK
View Code? Open in Web Editor NEWARC Chrome is deprecated. Please move to https://github.com/advanced-rest-client/arc-electron/
License: Apache License 2.0
ARC Chrome is deprecated. Please move to https://github.com/advanced-rest-client/arc-electron/
License: Apache License 2.0
Originally reported on Google Code with ID 2
What steps will reproduce the problem?
1. test 2 different urls
2. begin to type 1st url, click the autocomplete suggestion
(http://localhost:8081/cs9322.ass3/rest/events)
3. post and what i get is
(http://localhost:8081/cs9322.ass3/)
What version of the product are you using? On what operating system?
newest ? win7 64bit
Reported by jpillora
on 2011-05-06 10:24:30
Originally reported on Google Code with ID 1
What steps will reproduce the problem?
1.input www.google.com to URI field
2.enter "Authorization" to "Form", name field
3.the footnote isn't shown completely
What is the expected output? What do you see instead?
Show the footnote completely
What version of the product are you using? On what operating system?
Chrome 10 Ubuntu 10.10 64 bit
Please provide any additional information below.
I would like the extension to provide an option to automatically do base64 encode for
the header. Check out the firefox RESTCLIENT login session
Reported by carlos0824
on 2011-03-11 21:32:35
Originally reported on Google Code with ID 42
What steps will reproduce the problem?
1. Open the saved requests tab.
2. Update a save request with other IP in its URL or within its body content.
3. Save it with the same name by using the Ctrl+S (Override the request).
3. Open the updated request.
Expected:
Request include the most updated data.
Actual:
Request include the old data.
Request update was not been saved.
Also I wasn't been able to save a new requests until reopening the browser again.
Version: Copyright © 2011 Paweł Psztyć (Poland)
OS: Win7 64-bit
Browser: Google Chrome 16.0.912.75 m
Reported by alonevenhaim
on 2012-01-17 11:14:31
Originally reported on Google Code with ID 40
What steps will reproduce the problem?
1. Add two headers.
2. Press Cntrl+S
3. Select the request in the Saved Requests.
4. Select the request in the History.
What is the expected output? What do you see instead?
Both header rows should be saved/visible but only the first header row is visible.
What version of the product are you using? On what operating system?
Ubuntu 11.10
Chrome 16.0.912.75
Please provide any additional information below.
After I clicked on the history and then selected the the request it shows only the
first header but when I go back to the history it shows me both fields correctly.
Reported by rudi.kramer
on 2012-01-12 12:34:57
Originally reported on Google Code with ID 31
What steps will reproduce the problem?
1. In the body Form tab, add a couple of arrays
2. Submit
3.
What is the expected output? What do you see instead?
I expect multiple elements to be passed in, as an array
What version of the product are you using? On what operating system?
Mac, latest version of the rest client.
Please provide any additional information below.
It's only taking the last array.
In case you don't know what I mean, imagine this form:
<form type="POST">
<input name="field[]">
<input name="field[]">
<input name="field[]">
<input type="submit">
</form>
You are supposed to receive all four field[]'s, which become an array on the server
side.
Reported by joedevon
on 2011-12-10 17:15:20
Originally reported on Google Code with ID 37
What steps will reproduce the problem?
1. press "s" in any input field (for example, the raw input)
What is the expected output? What do you see instead?
the s key is shown
What version of the product are you using? On what operating system?
OSX Lion
It seemed to work once or twice, but I can't use the s key which is a pretty big problem.
Please provide any additional information below.
Reported by [email protected]
on 2011-12-27 22:04:56
Originally reported on Google Code with ID 53
What steps will reproduce the problem?
1. I fill the advanced REST client for Chrome form with URL, Headers, Body and select
POST request.
2. For Headers I set :
Accept: application/json
Content-Type: application/json
Accept-Encoding: gzip
3. When I press Ctrl+S to save the current form and then select it in Saved Requests
the headers are:
Accept: application/json
Accept-Encoding: gzip
and no Content-Type.
4. I saved and loaded lots of times and each time Content-Type header disappears after
loading a form.
What is the expected output? What do you see instead?
The expected output is when I load a saved form the headers of the loaded form to be
the same as the headers when saving it.
I see that some of the headers are missing when loading a form.
What version of the product are you using? On what operating system?
I'm not sure which version is that, but this is the latest entry in the changelog in
the About tab:
2/7/2012
Fixed history ammout
Added option "Clear history"
In "Parsed response" tab "Open output in new window" now paste HTML value into new
window (instead of HTML markup text)
The operating system is Windows 7 64-bit.
Chrome version is 17.0.963.83 m.
Please provide any additional information below.
Reported by [email protected]
on 2012-03-28 10:31:22
Originally reported on Google Code with ID 46
It appears that there is a 30 second timeout for http requests. I need to make this
at least 90 seconds.
Reported by bgrommes
on 2012-02-07 22:26:56
Originally reported on Google Code with ID 25
not a bug;
I think it would be great to see if there are any cookies sent with the reply.
Reported by stefan.pasat
on 2011-11-09 12:42:35
Originally reported on Google Code with ID 51
What steps will reproduce the problem?
1. Run a REST request that returns XML
What is the expected output? What do you see instead?
Expected is to have the section collapse. Instead, it does not hide the section (but
it does add the "(...)" that would be displayed.
What version of the product are you using? On what operating system?
2.0.48
Please provide any additional information below.
No further information necessary.
Reported by [email protected]
on 2012-03-16 18:53:53
Originally reported on Google Code with ID 47
Remove from build.xml "auth.html" file exclusion.
Reported by jarrodek
on 2012-02-14 19:06:28
Originally reported on Google Code with ID 36
What steps will reproduce the problem?
1. Open Advanced REST client in a new tab.
2. Attempt to type "http://localhost" in URL bar.
What is the expected output? What do you see instead?
Expected output is "http://localhost/" in the URL bar. Instead, the letter O is disabled.
Cannot type "o" in any of the fields (method, headers, etc.) However, the "o" key
works in all other parts of Chrome (location bar, other tabs).
What version of the product are you using? On what operating system?
12/27/2011 release. Chrome 16.0.912.63. OS X Snow Leopard 10.6.8.
Please provide any additional information below.
Unmapping the ctrl+o shortcut makes the "o" key work, but disables other keys randomly.
For example, the ":" and "a" keys.
Reported by jefferey.sutherland
on 2011-12-27 18:26:28
Originally reported on Google Code with ID 15
What steps will reproduce the problem?
1. Set the URL for a new request to http://maps.googleapis.com/maps/api/geocode/json
2. Add body form fields for address=YourChoice and for sensor=false
3. Note there is no option to place fields into the URL
What is the expected output? What do you see instead?
I would like to use this tool for REST services that require the parameters to be in
the URL itself, not in the payload or headers.
What version of the product are you using? On what operating system?
latest, chrome 12.0.742.122 on windows 7 sp 1
Please provide any additional information below.
Reported by chrispayne
on 2011-08-03 23:37:25
Originally reported on Google Code with ID 24
What steps will reproduce the problem?
1. Go to the Current Request tab.
2. Select Method 'GET'.
What is the expected output? What do you see instead?
The body section for GET requests is not visible. Which means it is impossible to test
our REST GET requests because we are unable to put body data into the request. RFC2616
- Hypertext Transfer Protocol -- HTTP/1.1 allows for adding a body to GET requests.
What version of the product are you using? On what operating system?
Chrome on Windows 7 x64
Please provide any additional information below.
Reported by Devin.Chollak
on 2011-10-20 21:27:15
Originally reported on Google Code with ID 32
What steps will reproduce the problem?
1. Save a long URL
2. Open the saved requests view
What is the expected output? What do you see instead?
I expect to see the select button for each saved requests without having to scroll
to the right.
What version of the product are you using? On what operating system?
The latest on Windows
Please provide any additional information below.
Reported by fred.dahlberg
on 2011-12-22 08:38:38
Originally reported on Google Code with ID 22
My API provider (Pingdom) requires HTTP Basic Auth when calling their API methods. I
don´t see any way to do it, other than manually adding a HTTP header with the correct
encoding (Authorization: Basic base64), which is cumbersome
Reported by coxnegative
on 2011-09-13 11:20:19
Originally reported on Google Code with ID 52
Hi,
I attempted to download and get the app working in eclipse. I was trying to get it
working to the point where I could try changing some stuff. However, when I get it
in eclipse and download gwt-log and gwt-html5-database, I get an error on RestClient.java
@ line 212:
The method setHeaders(List<RequestHeader>) in the type RequestBuilder is not applicable
for the arguments (LinkedHashMap<String,String>)
Since I don't see any tags, I'm wondering what rev did you use to build the latest
extension?
Since it couldn't find the XMLHttpRequest2 lib, I just linked the project so perhaps
I'm using the wrong version.
Any help would be appreciated.
Reported by mikewenk
on 2012-03-27 19:41:42
Originally reported on Google Code with ID 4
Hi,
I think when response Content-Type: application/json, add a new tab near "Raw response
body" and show parser Json. Like http://json.parser.online.fr/ or new google chrome
developer tools.
Best regards.
Reported by [email protected]
on 2011-06-20 17:46:00
Originally reported on Google Code with ID 35
What steps will reproduce the problem?
1. Launch Advanced Rest Client
2. Try to copy paste with-in the app or into or out of the app using keyboard shortcuts
3. Nothing happens
What is the expected output? What do you see instead?
Cut/Copy/Paste sure work as normal
What version of the product are you using? On what operating system?
Ubuntu 64 bit 11.10
Chrome Version: 15.0.874.106~r107270-0ubuntu0.11.10.1
Please provide any additional information below.
Copy/Cut/Paste works fine in Chromium using Ctrl-c, Ctrl-x, Ctrl-v. Weirdly enough
I also can't type the letter 's', but Ctrl-s brings up the save dialog.
Reported by Charles.Noneman
on 2011-12-27 17:21:08
Originally reported on Google Code with ID 30
What steps will reproduce the problem?
1. add a file to body (check screenshot)
What is the expected output? What do you see instead?
- header boundaries are appended to uploaded file
- uploaded file should be intact
What version of the product are you using? On what operating system?
- i'm using version 2.0.22 (mac - 10.6.8)
Please provide any additional information below.
i use a rails app for uploading image files. files are sent to queue engine for resizing.
when images are uploaded over web app everything works ok.
but when i use rest client, header boundaries are added to head and bottom of uploaded
file
e.g.
-----------------------------7dba224100ca
Content-Disposition: form-data; name="qqfile"; filename="Water lilies.jpg"
Content-Type: image/pjpeg
<FF><D8><FF><E0>^@^PJFIF^
...
<FF><D9>
-----------------------------7dba224100ca--
Reported by neziric.haris
on 2011-12-09 08:54:44
Originally reported on Google Code with ID 48
What steps will reproduce the problem?
1. Install App
2. Send Request to REST end point which returns a 303 along with a Location Header.
3. Notice that the Rest Client follows the HTTP redirect.
What is the expected output? What do you see instead?
Could an enhancement be made in the options dialog box to disable following redirects
specified in the Location header.
What version of the product are you using? On what operating system?
Latest version as of 2/14/2012
Reported by kevinrs
on 2012-02-14 20:00:32
Originally reported on Google Code with ID 43
What steps will reproduce the problem?
1. select "Add to Chrome" from the Chrome Web Store
2. witness scary dialog
What is the expected output? What do you see instead?
I did not expect a dialog that says a simple REST client needs access to all the web
pages and history in my browser.
What version of the product are you using? On what operating system?
1/11/2012
Speed up code highlighting (I hope :).
Added permission "History" to provide request url suggestions from browser
history
Fixed date-type header support (time now sets correctly)
Reorganized database suggest oracle
OS X
Please provide any additional information below.
This is the best REST client I've seen, standalone or otherwise. The fact that from
a single UI I can see the whole of the request and response is just great. I really
don't understand the need for the plug-in working outside of its own environment.
Please change this feature to opt-in or remove it entirely. I don't see the value
and the warning alone keeps me from running this. I'm currently doing my REST debugging
with a far inferior Firefox plug-in. Yuk.
Reported by robertkuhar
on 2012-01-18 23:39:50
Originally reported on Google Code with ID 16
What steps will reproduce the problem?
1. Run a query against some web service that returns a JSON response that contains
unsigned 64-bit numbers
What is the expected output? What do you see instead?
The expected output is 18014398509481984419
The actual output in the JSON view is 18014398509481984000
The output in the raw view is correct
What version of the product are you using? On what operating system?
I'm using version 2.0.5 on Windows Server 2008 R2 running Chrome 12.0.742.122
Please provide any additional information below.
Reported by aakash.kambuj
on 2011-08-04 01:13:50
Originally reported on Google Code with ID 41
What steps will reproduce the problem?
1. create any CloudSigma API call
2. send the call
What is the expected output? What do you see instead?
Got the status code i expected, but it's bright yellow text and cannot be read.
What version of the product are you using? On what operating system?
latest, just upgraded
Please provide any additional information below.
Reported by [email protected]
on 2012-01-13 09:53:14
Originally reported on Google Code with ID 12
What steps will reproduce the problem?
1. Send any POST with some raw data (i use JSON) and parse it on the server
What is the expected output? What do you see instead?
There shouldn't be a '=' sign at the end
What version of the product are you using? On what operating system?
The last available on web-store (previous version works fine) on Linux
Please provide any additional information below.
Thanks in advance for fixing. The client is great.
Reported by Sobolev.Andrey
on 2011-08-02 12:00:57
Originally reported on Google Code with ID 3
It would be nice to have possibility to indent XML response. Services I'm testing return
XML in one long line - it's hard to read that.
BTW: Very nice extension
Reported by [email protected]
on 2011-05-26 10:42:53
Originally reported on Google Code with ID 7
What steps will reproduce the problem?
1. Access a access protected URL (BASIC or DIGEST)
2. The standard authentication dialog that the browser pops up for receiving the username
and password is never shown, instead we get 401 Unauthorized.
3.
What is the expected output? What do you see instead?
When accessing the access protected URL, the standard authentication dialog should
popup to enter the username and password.
What version of the product are you using? On what operating system?
Advanced REST client Version 1.0.20 and Chrome Version 13.0.782.55 beta-m. I am running
on Windows 7.
Please provide any additional information below.
This was working till some time back. This seems to be a problem with the newest Chrome
beta release
Reported by sureshkk
on 2011-07-13 10:00:59
Originally reported on Google Code with ID 18
What steps will reproduce the problem?
1.Install APP
2.Try to run it
3.You'll get "Aw Snap!" page
What is the expected output? What do you see instead?
I would expect it to run normally
What version of the product are you using? On what operating system?
2.0.6
Please provide any additional information below.
I'm not sure if this is relevant, but I'm using proxy server. But it also crashed with
disabled proxy.
Please let me know if I could provide some "debugging" logs or other stuff helpful
in debugging.
Reported by sebastian.laskawiec
on 2011-08-25 06:53:19
Originally reported on Google Code with ID 38
What steps will reproduce the problem?
1.In current request: click in edit field URL, type in URL
2.if a letter 's" for example is typed, it does not get written in the edit field
What is the expected output? What do you see instead?
all letters must be typable and react quickly to user input
What version of the product are you using? On what operating system?
current version from 12/27/2011
Please provide any additional information below.
happens since new version, before everything seemed to work fine.
Reported by dani.tomsu
on 2011-12-27 23:14:11
Originally reported on Google Code with ID 45
What steps will reproduce the problem?
----
1. Install extension from WebStore
2. Make get request to http://google.com without parameters
3. Click on 'open output in new window'
What is the expected output? What do you see instead?
----
I expect to see web page, which described in response html.
But I see plain text with response html.
What version of the product are you using? On what operating system?
----
2.0.40, Ubuntu 11.04, Chrome 15.0.874.106
Is it possible to fix it or implement separate feature for such cases?
Thanks,
Alex
Reported by Alex.Korovyansky
on 2012-02-03 08:32:02
Originally reported on Google Code with ID 17
What steps will reproduce the problem?
1.open the app
2.send a valid REST request
What is the expected output? What do you see instead?
I used to see a window to enter username/password; now it just gives the error message
instead of a prompt for authentication
What version of the product are you using? On what operating system?
Advanced Rest Client App
Please provide any additional information below.
where can I enter my authentication if not prompted?
Reported by armlet
on 2011-08-11 19:02:32
Originally reported on Google Code with ID 20
1. Get a JSON response with html, e.g. ..."html": "<someHtml />"...
2. Ensure you're viewing the JSON tab
3. Notice that "someHtml />" shows as ""
4. Navigate to the raw response tab
5. Observe that <someHtml /> was in the response
I expect it to escape the HTML so it will render to the user as text
2.0.6, Windows 7
Reported by dane.molotok
on 2011-08-31 14:30:22
Originally reported on Google Code with ID 23
What steps will reproduce the problem?
1. Go to the crome store link provided
- or -
1. Search for the advances REST client in the chrome store
What is the expected output? What do you see instead?
Expecting to see the extension; I see nothing :(
What version of the product are you using? On what operating system?
2.0.9
Please provide any additional information below.
This is the best REST application because I need the ability to have multiple saved
requests. By far the best client. I hope this will continue to exist.
Reported by [email protected]
on 2011-10-10 23:07:58
Originally reported on Google Code with ID 6
What steps will reproduce the problem?
1. At PUT/POST, add some parameters
2. Switch to DELETE
3. Press "Send request"
What is the expected output? What do you see instead?
- Parameters from put/post should be sent to server. If want to send those parameters
to server, please explicitly create form input for DELETE.
What version of the product are you using? On what operating system?
- 1.0.20
- Chrome - 12.0.742.112
- Mac OSX Snow Leopard
Reported by visibletrap
on 2011-07-01 09:28:34
Originally reported on Google Code with ID 5
What steps will reproduce the problem?
1. enter URL
2. in URL textbox, press Enter on keyboard
3. nothing happens
What is the expected output? What do you see instead?
It would be nice if it invoked the request.
What version of the product are you using? On what operating system?
1.0.20 on Chrome 12
Please provide any additional information below.
Reported by bradcupit
on 2011-06-30 21:48:57
Originally reported on Google Code with ID 34
What steps will reproduce the problem?
1. Execute an HTTP request
2. Have the server return a single-line response
3. Read "Parsed Response" tab content
See this screenshot - http://cl.ly/1G0I1T3z0S1V0R1q2F0e - to observe what occurs when
a single-line response is rendering in the "Parsed Response" tab
See this screenshot - http://cl.ly/432J3Z34262R1K0O1k13 - for the raw output of the
same response
Reported by dannykopping
on 2011-12-23 11:09:06
Originally reported on Google Code with ID 14
What steps will reproduce the problem?
1. Choose application/xml from drop down
2. do a PUT request to a server that requires Content-Type: application/xml
3. Get "media type not supported" error from server.
4. Do the same thing from old chrome extension and it works properly
What is the expected output? What do you see instead?
What version of the product are you using? On what operating system?
This is on the new application not the extension.
Please provide any additional information below.
Reported by jonnysamps
on 2011-08-02 17:00:15
Originally reported on Google Code with ID 13
What steps will reproduce the problem?
1. Send any POST with some raw data (i use JSON) and parse it on the server
What is the expected output? What do you see instead?
There shouldn't be a '=' sign at the end
What version of the product are you using? On what operating system?
The last available on web-store (previous version works fine) on Linux
Please provide any additional information below.
Thanks in advance for fixing. The client is great.
Reported by Sobolev.Andrey
on 2011-08-02 12:00:57
Originally reported on Google Code with ID 28
Here is a sample POST request :
Headers (the content-type is added to the content-type drop list) :
Content-Length: 295
Origin: chrome-extension://hgmloofddffdnphfgcellkdfbfbjeloo
Content-Type: multipart/form-data; boundary=todoLALALA
And body:
--totoLALALA
Content-disposition: form-data; name="field1"
This is implicitly typed plain ASCII text.
--totoLALALA
Content-disposition: form-data; name="pics"; filename="file1.txt"
Content-Type: text/plain
his is explicitly typed plain ASCII text.
It DOES end with a linebreak.
--totoLALALA--
I don't know what's happening but the exactly same setup on Firefox "HTTP Resource
Test" work as expected, but this one not (I send this request to a php file, var_dump($_FILES)).
The file tab is working well too, but I want to write my multipart/form-data request
manualy.
Thx for your work!
Reported by [email protected]
on 2011-11-25 10:23:28
Originally reported on Google Code with ID 11
What steps will reproduce the problem?
1. Create a new Content-Type, application/json
2. Enter a known working URL for testing, select method POST
3. Enter a JSON object into Raw Input: { "name": "foo", "type": "bar"}
4. Send request
What is the expected output? What do you see instead?
The extension sends an empty body instead of the specified "Raw Input", a valid JSON
object.
What version of the product are you using? On what operating system?
v2.0.4 on google-chrome-stable-12.0.742.124-92024 on OpenSuSE-11.1
Please provide any additional information below.
This works fine in v1.1.0
Reported by duncanh
on 2011-08-01 20:15:53
Originally reported on Google Code with ID 50
What steps will reproduce the problem?
1. Select a file from the Body/File tab
2. I tried changing almost everything, Clear form, URL, Method, Raw type, etc and file
still exists.
What is the expected output? What do you see instead?
I would expect a way to remove a selected file. Once selected the file will not go
away without an app restart.
What version of the product are you using? On what operating system?
19.0.1061.1 dev-m
Windows 7 Enterprise(64x)
Please provide any additional information below.
Reported by stepinfoo
on 2012-03-10 00:24:57
Originally reported on Google Code with ID 26
If you send two request with "file field name" distint. The second request not change
the name, send the same as first.
Reported by tonybvnh
on 2011-11-10 18:57:35
Originally reported on Google Code with ID 10
What steps will reproduce the problem?
1. Add and use a new Content-Type "application/xml"
2. Send some XML as payload data i.e. using "Raw input"
3. Click "Send request"
What is the expected output? What do you see instead?
I expect the payload data to be sent as-is.
What I see instead is the " (double-quote), as used to declare a namespace, being URL-encoded
to %22
What version of the product are you using? On what operating system?
Advanced Rest Client: 2.0.4 (as of 01/08/2011)
Chrome: 14.0.803.0 dev
Ubuntu: Natty 11.04
Reported by dbishop81
on 2011-08-01 16:04:07
Originally reported on Google Code with ID 21
What steps will reproduce the problem?
1. Look at the app
2. Try to figure out how to do an HTTP Patch
3. Write some code instead :)
What is the expected output? What do you see instead?
I would expect to see an additional radio button.
What version of the product are you using? On what operating system?
Mac
Please provide any additional information below.
Reported by dale.mccrory
on 2011-09-09 16:38:55
Originally reported on Google Code with ID 19
It may be confusing that "Clear form" option clears also the headers.
As a user I would expect "Clear form" clears my form elements.
I suggest to rename it to "Clear" or add "Clear headers" option below headers section.
BTW, Great extension!
Reported by [email protected]
on 2011-08-31 13:32:07
Originally reported on Google Code with ID 39
What steps will reproduce the problem?
1. In the request header form, we enter a Cookie header
2. "This header can't be set" error shows up, and the value for the Cookie cannot
be entered
3.
What is the expected output? What do you see instead?
Currently, the Advanced REST client forbids the client from entering values for Cookies,
but allows the values for the Set-Cookie header.
Methinks it should be the other way around, Set-Cookie: should not be allowed to be
set in the request, but Cookie: should certainly work
What version of the product are you using? On what operating system?
1/2/2012, the one available from the Chrome marketplace
Running Chrome 16.0.912.63 in WinXP
Please provide any additional information below.
Thanks very much for developing this very useful plugin!
Reported by Stan.Rost
on 2012-01-05 19:07:03
Originally reported on Google Code with ID 44
I'm sorry for the vague ticket, but, sometimes, I'll try to make a post request, and
my server does not receive the post body. Headers are sent, so the method and cookies
are known, but no data.
Sometimes I can resolve the issue by adding / removing dummy headers, sometimes by
closing and re-opening the client, and others I have to completely close all my chrome
tabs.
Any idea why this might be? I didn't have this problem until the permissions change
/ upgrade.
Cheers.
James.
Reported by [email protected]
on 2012-01-30 11:58:35
Originally reported on Google Code with ID 29
Check why it is happen.
I've check it on MacBook Air and requests are saved correctly.
Reported by jarrodek
on 2011-12-03 11:42:58
Originally reported on Google Code with ID 27
Could the url in the "X-Debug-Url" header actually link to the url? Right now I have
to copy the debug url from the headers list and paste it into a new tab to open it,
which is a bit annoying.
Victor
Reported by victoru
on 2011-11-20 06:30:01
Originally reported on Google Code with ID 33
It would be great if there was a keyboard shortcut to execute the current request
Reported by dannykopping
on 2011-12-23 10:12:05
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.