We love feedback! If you have a cool feature request, or just a small change that would make your life easier, let us know. First, look to see if someone has already suggested it, and if so, add a positive vote for it. If you don't find it, go ahead and add it. You can also read over what other people have suggested, and agree (+1) or disagree (-1) with their ideas.

FORMAT:

Feature Request:
Short rationale:
Votes: +/-

VOTING: For example, +4/-1 means that 4 people like this idea, and 1 person does not. Each new feature request will start out with +1/-0.
===================================================================================
Feature Request:GUI controls instead of coding

Short Rationale: Instead of coding, we can have many gui controls with properties and drag drop so it easy to create mashups quickly.

Votes: +1/-0

 

Feature Request:  Better support of Apple Safari Web Browser
Short Rationale: GME working well on the world's best web browser it's good for all, and especially for iPhone users.

Votes:  +8/-0

Feature Request: Automatic Code Formatting

Short Rationale: It happens that when programming on the GME, that you have to remove or add divs or tables. This can make the code look quickly ugly and one looses the overview due to incorrect indentations. Currently one has to correct line by line. It would be nice to have a button say "auto format code" or at least the possibility - as on most editors - to indent more lines at one step.

Votes: +1/-0

 

Feature Request: Multiple Tabs per project

Short Rationale: A really cool feature would be to allow Mashup developers to open more files of a project at once. This could be done for instance by opening a new tab inside the editor. This is especially useful when I have multiple resource files. For instance I have a styles.css file and I'm currently programming in my index.gml. I want to reference a CSS tag, but I don't remember its exact name. When I now want to switch to the styles.css file I have to first save my current changes in the index.gml which is not always desirable.

Votes: +1/-0

Feature Request:  Data Sharing

Short Rationale:  Data sharing would enable the creation of gadgets and applications where users could collaborate together or play games.  For example,  a multi-player game of Tic-Tac-Toe where I could challenge a friend and only the two of us could see the progress of the game.

Votes:  +8/-0

You can now share $user feeds so that two friends can see what each other is creating.  This makes the multi-player tic-tac-toe game possible.

Above Feature Request expansion: Ability to limit access to $user feed: A user should be able to invite email addresses to read his/her $user feed. In the same way one can invite others in applications like Google Docs.

Votes: +1/-0

Feature Request:  Ability to apply filter dynamically to ${app},${user} and external RSS Feeds.

Short Rationale:  Any Application which stores large amount of data would require a filter. Although filter are provided right now also. It is not documented how filters can be changed run time. Say user enters filter criteria in a text box for gm:list which shows countries, that need to filtered. If such a  capability exists , do let me know.

Votes:  +7/-0

You can filter dynamically by using the javascript API. If you set the filter parameter on a list module this will work. See http://code.google.com/gme/jsapi.html#module_objects

Feature Request:  Search capability on ${app} and ${user} feeds, currently search only works on ${base}

Short Rationale:  Any Application which stores large amount of data would require a search capability. This would complete GME as an fully featured application development framework. If such a  capability exists , do let me know.

Votes:  +10/-0

Feature Request:  Atom Publishing Protocol Support (read/write access to non-GData feeds)

Short Rationale:  Other data feeds also support editing and are quite similar to GData. 

Votes:  +4/-0

 

Feature Request: Collaborative Editing
Short rationale:  Collaborative Editing would simplify the work of building a new application with the help of others.  Sharing features similar to those on Google Spreadsheet would be fantastic.
Votes: +6/-0

 

Feature Request: More Controls for Google maps

Short Rationale: The current maps tag in GME only allows us to show sat/map/hybrid. There is no reason I can think of why tags that are supported by the native google maps are not made available here. For example: traffic overlay and street views. Would also like to see address lookups and directions support.

Votes: +6/-0 

 

Feature Request: Change the default marker Icon

Short Rationale: The default  red marker  is overused and  makes  maps mashups look all the same, it would be nice to  change  the default red icon and the selected green icon.

Votes: +1/-0 

 

Feature Request: Published services directory
Short rationale:  The discovery of new published services  is currently only made via external links (ex: developper blogs). An index of the hosted mashups would be useful (with categories, most popular listing, sorting options, searches), like "Netvibes ecosystem" for example.
Votes: +3/-0

 

We now have the first version of a mashup directory up and running at http://gallery.googlemashups.com. We'll new features like categories, ratings and sorting options soon.

 

Feature Request: Authenticated RSS feeds
Short rationale:  Using the google mash-up editor (or google reader) user's should be able to authenticate with private feeds by allowing them to put in there user/pass - currently neither reader or the editor allow you to authenticate with private RSS feeds.
Votes: +9/-0

 

Feature Request: Google Web Toolkit Integration for Google Mashup Editor

The following scenario is very useful: 1) Creation and verification of a Google Web Toolkit application in an IDE (e.g. Netbeans)

                                                             2) After verification upload this JAVA coding into Google Mashup Editor as a file

                                                             3) publish the resulting Google Mashup Project.

 As a result you have a mashup with Menues, controls, etc in combination with the mashup controls

Votes: +4/-0

 

Feature Request: Support for generic XML feeds (besides RSS/Atom)
Short rationale: GML syntax is a lot like XSLT/XPath so let us go one step further and transform other data that is not RSS/Atom. I'm speaking FOAF, XSPF etc.
Votes: +3/-0

 

Feature Request: Support for parsing web scraping using XSLT/Xpath

Short Rationale: There are still sites out there with no RSS feeds.  I'd like to help change that using GME

Example: http://www.editgrid.com/user/valery35/country.xml -  i wish see this XML in Feed Browser. Also we can uses XSLT of standard atom or rss feeds.

Votes: +7/-0

 

Feature Request:  Access to multiple nodes of the same name in a given feed entry

Short Rationale:  Some feeds have multiple nodes of the same name (e.g. - tags in flickr feeds.) At the moment, you can only access the first such node, but one can imagine many scenarios in which the developer might want the whole list. (Another example might be a geographic feed with more than one geo point describing content.

Votes:  +4/-0

 

Feature Request:  Dynamic Authentication

Short Rationale:  as it stands today, it looks like one can only decide statically  whether the app should be 'authenticate=true' or 'false'. I think this should be dynamic in nature, or, controls that need authentication should prompt for authentication when activated. Consider for example, the TaskList example. If I change it to  authenticate=false, then the edit button disappears. Apparently, to edit data, GME requires a user to be logged in. I think this should be up to the application developer.  Furthermore, there  should be an option to do dynamic authentication. In the current  mechanism, if I write an app with auth=true, one needs to log in  otherwise the app is not visible. This is a problem for viewers who do  not have a google acct (nor do they want to sign up for one).

Votes:  +4/-0

 

We've just add a new js method (google.mashups.isUserAuthenticated()) that will enable you see if the current user is logged in and if not redirect them to the login page. This way you can programmicaly determine when you want to send the user through the Auth Flow. We will continue to maintain the access control on editing feeds to help prevent spam in applications.   

 

Feature Request: Please integrate Google Page Creator (GPC)  with GME

Short Rationale: It's a bleeding pain figuring out CSS and HTML layouts for our mashups. So in GPC  add a control that says 'export to GME' and each 'box layout' in GPC automatically gets converted to a gm:template class for me to use in GME. A lot of our mashups will look much prettier ;-)

 

Great: a similar approach as mentioned in the GWT section (c above)

Votes:  +5/-0

 

Feature Request: single Data Fields

List and Detail (based on feeds)  covers not everything in real life Mashups. I want a Mashup with single fields that are to be persisted in ($USER) (no Lists to be displayed) .  E.g. a single date field. One can do this by creating a feed with only 1 entry, where the date field is an attribute and display this entry via template. This is very very cumbersome. Especially because at the very beginning you have to create the entry via JavaScript.

currently you can use  e.g. <gm:date/> only within templates that reflects the detail of a feed entry.

A possible solution could be, that the template can be bound to an  1entry-feed (which is a new structured data element)

A 1-entry feed has during its lifecycle exactly 1 entry from the very beginning.

In this way you can create Detail sceens (without lists).  When you log in you see the Detail screen in the way you have left the application in the previous session

Votes:  +4/-0

 

 

Feature Request: single Data Fields

modern IDEs  provide beside syntax highlighting the code completion feature. I want to have code completion for the GoogleMashupEditor. 

(not to mix up with autocomplete-tag!!)

Votes:  +2/-0

 

We have a limited version of auto-complete so that if you press the TAB key after typing the first part of a tag (e.g. "<gm:list" ) the rest of the tag will fill in with default options. We hope to have more functional auto-complete in future releases.

 

 

Feature Request: GoogleMashUps 4 Mobile Phones 

I think there is a gr8 demand for having mashups on mobile phones - tons of interesting scenarios

Votes:  +5/-0

 

Feature Request: Tag <gm:time>

Votes:  +2/-0

 

Feature Request: enhanced calendar 

 I want to maintain appointments (time intervals) in calendar inplace. The Maintenenca of an appointment should be like Google Calendar in mini format.

Votes:  +3/-0

 

Feature Request: dynamic GPS Locator API  for the GMAP-Tag

I want to create my personal GPS  Navigations System as Google Mashup on a mobile phone. Depending on the location the map is shown with some overlays

Votes:  +2/-0

  

Feature Request: API for calling WebServices within JavaScript

I want to have a convenient way to call a WebService within the JavaScript API

Votes:  +2/-0

 

Feature Request: dynamic TAB tiles

I want to change the TAB titles dynamically via JavaScript

Votes:  +2/-0

 

 

Feature Request: new control

In the newest Google News image version there is  the new possibility for traversing Feeds without mouseclick:

Identify an entry (e.g. image)  in a  feed, focus it via mouse, and the control opens its content in a side panel

see Google News image version, US version

really gr8!

Votes:  +1/-0

 

 

Feature Request: display fields in an editable row

via template one can make a feed editable. Unfortunately all fields are editable. Ther should be the possible to set some fields as display only. 

see discussion " How th make fields non editable (=display) in an editable row ??"

 

All fields can now have a readonly attribute on them so that those fields are read only even when the list is in edit mode. (e.g. <gm:text ref="atom:title" readonly="true"/>)

Votes:  +2/-0

 

Feature Request: Builtin Signon in Sandbox
Short rationale: We may want to test our authentication enabled mashup in sandbox, in that occasion our builtin credentials of GME can be used instead of requesting username/password every time
Votes: +5/-0

 

Feature Request: Sort lists by fields

Short rationale: It'd be great to be able to specify a field by which we should order the items in a list or change the way the items are inserted into a list. For example, you could sort a list by date or by a particular field.

Votes: +1/-0

 

We've added a gm:sort tag which enables you to sort lists by fields and a gm:header field that connects the sort to a clickable header so that each column can be sorted by the user.

 

 

Feature Request: JavaScript-SyntaxCheck within GoogleMashupEditor

Short rationale: It'd be great to be able to perform a JavaScript within GME intantaneously. Firebug is quite overengineerd for that purpose.

Votes: +1/-0

 

 

Feature Request: Internationalization for Mashups.   (Mashups in the user's language (locale)

Short rationale: IIt'd be great to  have an infrastructure for defining a mashup in different languages

Votes: +3/-0 

 

Feature Request: Add "popup test" to editor to avoid having to view the page in the sandbox iframe
Short rationale: At the moment to view an application in full page mode, you have to click "Test" and then click popup in the Sandbox page.  It would be great to be able to go straight to the full screen view directly from the editor.
Votes: +2/-0

Feature Request: Add event handling to data loading (not just list loading)
Short rationale: I want to load data but not display it in a list, so event handling for gm:data tags would be good.
Votes: +1/-0

Feature Request: Allow GME to output data in XML/JSON formats
Short rationale: Let us say I wanted an external website to access the output from my GME script. 
Votes: +2/-0

You can now include a <gm:subscribe> tag in your application that has a data attribute. This will allow others to subscribe to a XML feed of data stored in the GME datastore or any other feed you use.
 

Feature Request: Please add a link to the developer guide documentation at http://code.google.com/gme/ 

Short rationale: Information about the Working with Data, Event handling,JavaScript API, this forum, the blog etc. is not currently accessible directly from the editor itself.

Votes: +1/-0

 

The "help" link in the upper right hand corner links to the content you are requesting.
 

Feature Request: Add a link to a projects default published interface from the Google Code hosting page
Short rationale: At the moment in the Google Code project home you only get a description of "Created with the Google Mashup Editor." and a tag of "gme".  It would be good if the page also contained a link to the published application URL (e.g. someapp.googlemashups.com)
Votes: +1/-0

 

Feature Request:  Support for iCalendar (RFC 2445) as a data import format
Short rationale:  Currently GME can import Atom format Google Calendar files.  A lot of legacy calendar applications use the iCalendar (ics) format.  The means to convert ics into Atom already exists somewhere inside Google Calendar and this could be reused here to great effect.
Votes: +2/-

Feature Request:  Editor enhancements
Short rationale:  Would like to edit javascript & CSS files from the editor (in additon to GML). Also, copying/pasting from the editor loses linebreaks & spacing. This is troublesome for the average programmer that prefers Notepad.
Votes: +1/-

 You can now edit CSS files from the editor, JS coming soon. We are also workign on fixes for the copy paste issues.

 

 

Feature Request:  SVN storage for wish and bug lists
Short rationale:http://code.google.com/p/gmaps-api-issues/issues/list - great idea for wish and bug list

Votes: +1/-

 

Feature Request:  Feedburner and other feed readers integration ($app feed)
Short rationale:  We have events (alerts) system. Feedburner add to GME email subscription and statistical data.
Votes: +1/-