Comment Feed for Longhorn (heart) RSS (TheChannel9Team on Channel 9)

Re: Longhorn (heart) RSS

dobloger — Sun, 01 Nov 2009 17:16:50 GMT

nice info, thanks very much

kerja keras adalah energi kita oes tsetnoc cerita hot kerja keras adalah energi kita kerja keras adalah energi kita kerja keras adalah energi kita download mp3 real estate property auto insurance web murah

Re: Longhorn (heart) RSS

moofish — Fri, 29 Jul 2005 17:08:50 GMT

When requesting help on a Newsgroup on how to organise my links better they said get an RSS aggregator, I personally do not use RSS but the gist of if I see from the video: a picture and a description. This is now the style many websites adopt; the story consisting only of a picture and body text.

In addition to IE7/Vista having RSS its one thing to have a constant supply of information, but quite another when dealing with the archiving and then easy access to those stories. Consider the best way of storing and searching for those news articles, online or locally? I prefer locally, which means saving the story’s picture and text in a Word file, manually.

Most news articles have an attractive point of reference, this being the little bit of eye candy which visually reproduces the topic of discussion. This often is a far easier point of reference to retain in unconscious memory, so when searching manually through pages and pages of old stories in bookmarks or online often a picture is the best source of reference compared to text.

How can an image be a story? Simple, it can be done today, but not with all image types, only those that allow for meta-data fields, luckily most images online are JPEG’s:

Find an online news article that has a JPEG picture, save this with the relevant file name of the article e.g. ‘Worlds Strongest Woman’ now in the properties/meta-data fields copy & paste the articles body text, then add some more info like category, author, date, URL and a title (if so desired , but not a necessity because of the files name)

Now the image contains the story, thus the story is the image, the catch is to make this a one-click process for the user. To do this an option in Vista /IE7 would allow the user to hover over a picture and select ‘Save Image as an Article’, the browser then automatically saves the image with the title of the story automatically adding meta-data such as:

Title - in the title field (same at file name)
Author of the article
Date in D/M/Y format specific to users region (refers to users computer) come on lets make this intelligent or have the date indisputably displayed as 27th July 2005
URL - for future reference
The story itself - naturally

Obviously the whole idea is that the browser (or whatever we will be using) will collect all the relevant data correctly every time with no mistakes, but I think some users would like more control, so (if configured) the browser would:

i) In a separate window, display a fit-to-page view of the article with sections highlighted to denote what will be collated into the picture, much like the print preview in IE but with boxes.

ii(a) The browser could use pointers or tags in the code to automatically denote what text to save into the specific image fields

ii(b) For a ‘dumb’ webpage then the whole article is boxed and highlighted in a segmented fashion with each text box user selectable, to be included or not

ii(c) The computer would learn what kind of stuff I like through my habits so I could eventually just trust it automatically, especially on regular sites where form past operations the pattern is obvious (a batch feature would be nice)

**Maybe in the options tab have a hi/low collation setting so ‘Low’ = not much info auto-selected, and ‘High’ = most of the pages text.**

Most article images online are in JPEG format. However to avoid the problems of images with no meta-data fields, thus scuppering the process and displaying “Sorry this file contains no room for meta-data, no-can-do”, provide the option when hovering over e.g. a GIF or BMP file to convert the file on the fly to a JPEG so the process could begin.

It would also be useful if the process validated weblinks, nothing like coming back to a story in a year’s time only to find the link added at the time was a dud.

A similar feature which would instantly create a Word document from articles that had no pictures, would work again based on the same principal by collating all the relevant information, this would be a god send - maybe insert the websites logo as a picture (but no adverts!!)

Once locally saved on the computer it would be interesting to see how the ‘image stories’ are manipulated by Vista. I would like to see Vista use the meta-data info effectively and behave according to what is in a files properties.

Not simply organising by date/time/author, add value to image files with their property fields filled by labelling them with a superimposed transparent corner strip to signify ‘it’s a story’ which separates it from ‘genuine’ images. Of course as this becomes commonplace the OS would not have to do this as meta-data becomes richer the OS would take it for granted.

1. Simple features like a menu appearing when highlighted - conjuring up options e.g. an option to visit the website or search for similar stories but more recent.

2. Search for articles of the same category by that author etc...

3. Add the stories to a portable device and use text to speech to dictate the story to me while I look at the picture or out the window

Now don’t tell me this wouldn’t be a better way of saving news stories rather than as hyperlinks, which get lost and are hard to navigate.

Samuel, UK

Re: Longhorn (heart) RSS

scobleizer — Fri, 29 Jul 2005 10:02:55 GMT

Good point. Almost all of our downloads are in the 200 MB range.

Re: Longhorn (heart) RSS

digory — Fri, 29 Jul 2005 04:53:41 GMT

I'm sorry but I really, really, really can't believe that you wouldn't put the download size next to this download - that's crap!

I started to download the file thinking that it would be PodCast sized and came back to discover that it was currently at 156MB and still going.

Lift your game guys!

Re: Longhorn (heart) RSS

fyndor — Sat, 09 Jul 2005 20:17:59 GMT

Will it be possible for malicious websites to create rss feeds that have executables in their enclosures? That wouldn't be good.

Greg Cobb
B.S. in Computer Engineering at the University of Texas

Re: Longhorn (heart) RSS

MovGP0 — Thu, 07 Jul 2005 01:17:03 GMT

eddwo wrote:

Maurits wrote: eddwo wrote:IMHO it should be like the IE back and forward buttons.

Speaking of which... where are they???

Thats a Longhorn style window, so the back-forward buttons are no longer part of the toolbar and are now more like part of the window chrome.

In Longhorn Shell Windows + IE7 + WinFX Navigation Applications will share a common style of back-forward button in to top left corner of the chrome.

Well,
but are they allowing going multiple steps backward by a kind of drop-down menu. It doesn't interrest me if common users don't uses them - I have a very heavy use of it. Does the current model allow that? I can't see that from these screenshots.

The users who don't understand (I dont say "need" because that's not the truth) this behavior, are currently just ignoring that behavior. So I don't see the need - and discourage - to remove the drop-down menu functionality.

Re: Longhorn (heart) RSS

chrisoc — Thu, 30 Jun 2005 05:30:19 GMT

Great clip - watched it on my PDA (Dell Axim) - good for passing time on the train trip home.

Interesting to see the IE7 integration - and subscribing to 'calendar' and all - just GREAT..

Acronym - there's another RSS that I've been working with - REPORTING SERVICES SCRIPT

Part of our dev project involves Reporting Services (RDL) - and have some script files to deploy - using 'rs.exe' - Report Server Script Host

And these script files are called RSS as well !!

Oh well - just another 'TLA'... ('Three Letter Acronym')

Re: Longhorn (heart) RSS

cyberfox — Wed, 29 Jun 2005 22:30:55 GMT

Greetings,

First off, I definitely think podcasting is a fad. Unlike blogs, where you can get data from a thousand people in a day and make sense of it, podcasting requires real time to take in, and has far lower information density than a blog.

There's a temporary 'cool' factor to hearing the voices behind the words, or putting your words out there. However I believe that many people will only put up with shoddy production values in a text-based blog and now, in the early days of 'podcasts'. Eventually the 'marketplace of ears' will gravitate towards professionally qualified speakers, who will (and already do, from what I can see) dominate the podwaves. There's already an 'abandonment' issue with blogs, and I think that the abandonment rate for podcasts will be far, far higher.

Also, podcasting will never be the 'everyman' movement that blogs have the capability to be, and we shouldn't want it to be. There may indeed end up being more podcasts than there are radio stations, but the 'curve' of who gets listened to will be extra-sharp. This makes it a 'fad' in my eyes, at least.

(We shouldn't want podcasts to be the everyman movement, because it is nearly impossible to extract useful information out of them. A recorded talk show that talks about the decisions of the Supreme Court isn't searchable, indexable, hyperlinkable, or anything else that makes the web...well, the WEB.)

Anyway, I think Microsoft is doing some very cool things with their RSS support, despite my normal dislike for them. That said, I hope that Microsoft takes to heart the idea that this 'feed store' that they are creating should be able to be exposable to the network via an open protocol, that anyone can implement client or server for.

This way, I could kick back on my Mac, running NetNewsWire, and have my subscription feed be the same as when I'm sitting on my Windows box at home, or at work, running a Windows aggregator. I can subsribe from any box, and all my boxes know about it. You have the opportunity to fix the 'bookmark' problem now, before it happens all over again.

One extremely important place that this comes in, is in password-protected syndicated content. It's only a small subset now, but as pay-for site-subscription models and even subscribing to sensitive application data (like the log file aggregator mentioned at Gnomedex) become more popular, you really don't want to be putting those feeds someplace where the passwords are exposed.

Putting it all together, I actually think that Microsoft has the opportunity here to define (or work with the community to define) a good, not-Windows-specific feed storage and retrieval protocol, also opened up under a community-friendly license.

So.

Pipe dream?

-- Morgan Schweers

Re: Several machines

mitch — Wed, 29 Jun 2005 21:56:26 GMT

I thought the video was really interesting, and especially liked the demo with the calendar feature.

However I think it is important that the common store can easily be kept in sync with multiple machines. In fact the main reason I moved to Small Business Server for my home network was to keep outlook in sync between my main PC and Tablet.

However I feel that a sync feature for the RSS common store should be a built in from the beginning. Including the ability to sync your office and home machine, like in RSS Bandit, as well as a more continuous sync option, like you get with Outlook and Exchange.

Re: Longhorn (heart) RSS

Zeo — Wed, 29 Jun 2005 21:54:03 GMT

I listen to podcasts

see-

http://radio.weblogs.com/0001011/2005/06/29.html#a10502

Re: Longhorn (heart) RSS

JamesC — Wed, 29 Jun 2005 14:22:28 GMT

I was actually looking forward to the calendar publishing most! We have alot of optional meetings where I work and it would make picking and choosing easier. More interesting to me would be if concerts & events in the area were published - then I wouldn't have to check the local college paper for stuff to do (which I never do and I miss tons of good shows).

Re: Longhorn (heart) RSS

William Stacey — Tue, 28 Jun 2005 20:13:14 GMT

The "stuff" should be in FX 2.0 - not the OS per se. That way, we can all play. The "OS Service" if that is what it is, could also just wrap the required FX2.0 RSS stuff. What is the API - .Net or Win32?

Re: Several machines

dahat — Tue, 28 Jun 2005 19:04:08 GMT

Orbit, the ‘other operating systems vs msft’ case has already happened, you know, back in the late 90’s.

Several machines

tjementum — Tue, 28 Jun 2005 08:41:29 GMT

How does this work if one have several machines?

I use NewsGator, because it aggregates to Outlook/Exchange, and if I read a RSS post on one machine then it is automatically marked as read on other machines.

With 30 RSS Feeds, one doesn't want to read the same think twice.

I'm not using a roaming profile, because my home PC is not part of my company’s domain.

If this is not supported, I think I'll stick with NewsGator.

Thomas

PS: 5 Program Manager for this job? Why is this so hard? Maybe they should learn about this think called .NET.

Re: Longhorn (heart) RSS

scobleizer — Tue, 28 Jun 2005 07:12:44 GMT

jedbro: what the team was trying to say is that RSS was popularized and evangelized by blogs. No one cared about the earlier CDF format or the early RSS formats until blogging took off.

So, both you and the team are correct.

Re: Longhorn (heart) RSS

guyghk — Tue, 28 Jun 2005 03:36:53 GMT

From a user's perspective, I think the calendar function would be great.

Some suggestions as to who would want to publish their calendar. Getting any of these automatically into a calendar would be obvious steps:

   - NYSE, London/Tokyo Stock Exchange, etc, showing market holidays. From experience, it is a total pain having to enter by hand a list of holidays for stock exchanges in multiple countries (e.g. http://www.nyse.com/Frameset.html?displayPage=/about/1022963613686.html for NYSE holdays, not yet RSS);

   - Governments listing pblic holidays (e.g. http://www.opm.gov/fedhol/2005.asp for US federal holidays, not yet RSS);

   - Corporates listing their upcoming investor relations announcements.  Investors and the media subscribe to companies' email lists, to get announcements. Some companies even RSS-enable their media releases. Taking it one step further, by putting the calendar into RSS would be the ultimate (e.g. http://www.vedior.com/investor-relations/financial-agenda.asp);

   - This would be a huge project, but you could even have share registries and stock exchanges putting key dates on RSS: e.g. ex-dividend dates, dividend pay dates, share tender dates, deadlines for AGM voting, and so on for all their companies.

Re: Longhorn (heart) RSS

jedbro — Tue, 28 Jun 2005 02:17:38 GMT

This is cheezy... a whole team dedicated to RSS, and they don't even know where RSS came from.

(Quote from video) "RSS came from blogs"

??

What? RSS was born from Netscape in an effort to broadcast news to it's users.

While I applaud the team adding support directly to Loghorn, no matter who you are, you should give credit where credit is due, even if it was your competitor (who later R.I.P'ed)

Re: Longhorn (heart) RSS

DuNuNuBatman — Mon, 27 Jun 2005 20:39:41 GMT

SHORTLY IS NOT FAST ENOUGH, I WANT RESULTS DAM... oh wait, there is it.

Thank you ;)

Re: Longhorn (heart) RSS

Charles — Mon, 27 Jun 2005 19:09:43 GMT

Download will show up shortly...

C

Re: Longhorn (heart) RSS

DuNuNuBatman — Mon, 27 Jun 2005 18:56:19 GMT

Where's my download guys?

Re: Longhorn (heart) RSS

Kosher — Mon, 27 Jun 2005 18:37:52 GMT

RSS Bleh!! Come on now... All this buzz about an XML format that 1 in 100 people include a schema. It's just a bunch of raw XML basically.

What ever happened to this idea that strongly typed datasets over web services would allow people to consume and use schemas (like WinFS). RSS is not a low level thing, nor is it object oriented. You call a URL and get a calendar back but what about paging, sorting, data integrity (strong typing with schemas[int,string,bool,etc.]), and security.

What about posting data? Our calendars are always read only? Our friends list is always read only? Or do we just go ahead and send an untyped RSS data structure back to some aspx page? This is the slop that I can't stand.

Peer to peer is great but peer to peer can also incorporate schemas to share not only the binary data but the types that are transported between the consumers and senders. There is so much potential out there with WinFS. Lets not get all side tracked with RSS and the fact that the community of non object oriented developers enjoy consuming "items" because they're so "easy". I think RSS is a great add on but to me, it's just another XML structure that allows people, that don't understand what strongly typed objects give you, to create user interfaces that just display data. Anyone can create a wrapper for windows media player :).

Another problem is the fact that outlook, Active Directory, Exchange server, WINS, DNS, and many other products run on old Microsoft Access databases. The APIs to these things are incomplete, antiquated, and very difficult to use. You also get data corruption from these things. Once WinFS is out, we'll see these critical windows services moving into SQL Server 2005 express or some ambiguous flavor that comes with the install of the application. Then we'll need a way to expose the schemas for these services and applications so that we can consume, send data, and communicate with the APIs.

I will be much more impressed when WinFS releases their library of schemas that work with all of the windows applications and later other languages start adopting XSD. Then you RSS monkeys can go and create all of your own classes in whatever language you want and I'll be over here autogenerating my classes and DataSets with prebuilt schemas. That's when we're off to the races folks!

T

Re: Longhorn (heart) RSS

DigitalDud — Mon, 27 Jun 2005 18:17:57 GMT

rhm wrote:

Multiple major original technologies get dropped from Longhorn (WinFS, Avalon, Indigo, Monad, even the whole .NET2 CLR) and Scoble say "it's OK, there's still great stuff in there, we just can't tell you about it yet".

All those technologies are developer APIs. And WinFX (Avalon, Indigo, and .NET 2.0) are certainly in there. I don't think anyone outside Microsoft knows what's going in Longhorn in terms of user features. You've heard them go on about a couple features in the shell like desktop search but Longhorn is about big sweeping changes and polish not tons of individual features (although there are many).

There are hundreds of teams inside Longhorn all working on new features or improving existing Windows components. You think when Longhorn comes out next year, all those developers were sitting idle for the past 5 years?

Re: Longhorn (heart) RSS

rhm — Mon, 27 Jun 2005 17:48:39 GMT

scobleizer wrote:
RHM: it's not just the bloggers. Google News reports 243 mainstream news articles including in the BBC, BusinessWeek, Reuters, and Associated Press.

I'm not sure what that's supposed to prove except that online news sites are susceptible to press-release journalism. Even BBC News online which usually gives big coverage to anything involving Microsoft didn't make it a "picture story" on the Technology page.

But that's besides the point. My contention is that RSS is a "me too" technology. It's nice to have - maybe it's even important to have, but nobody is going to upgrade to Longhorn becuase it has some RSS support. If this is the big news about stuff that is making it into Longhorn then Microsoft is in big trouble.

Re: Longhorn (heart) RSS

Rossj — Mon, 27 Jun 2005 17:20:58 GMT

scobleizer wrote:
RHM: it's not just the bloggers. Google News reports 243 mainstream news articles including in the BBC, BusinessWeek, Reuters, and Associated Press.

Mainstream if you count the tech press, which makes up the majority of those news items, as mainstream.

Re: Longhorn (heart) RSS

scobleizer — Mon, 27 Jun 2005 15:39:57 GMT

RHM: it's not just the bloggers. Google News reports 243 mainstream news articles including in the BBC, BusinessWeek, Reuters, and Associated Press.