| |
First off, I have to say this is completely off -the-cuff. I have no insight into the Zune team or its plans. This is one of those teams that keeps a lot to themselves. While I hate this because I'm just as curious as other consumers are, there's a time and place for any announcement, and it seems some teams are leaning towards less transparency than others to avoid over-promising and under-delivering. Anyway, Toshiba just announced the availability of 120 GB 1.8" hard drives. Seeing as tho Toshiba manufactures the Zune, I can only imagine this means we'll be seeing 120 GB Zunes this holiday season. Of course, there's always an option for those of us who are less patient. At first I was hoping this meant smaller Zunes, but it looks like they already use 1.8" drives.
Anuncio de Toshiba == Más Almacenaje de Zune
En Español
Antes de que proceda, tengo que decir que no tengo ninguna penetración en el equipo de Zune o sus planes. Éste es uno de esos equipos que guardan secretos. Mientras que odio esto porque soy apenas tan curioso como otros consumidores, hay una época y un lugar para cualquier anuncio, y parece que algunos equipos están anunciando menos a evitar prometiendo demasiado y la entrega de demasiado poco. Toshiba anunció los discos duros de 1,8 pulgadas con 120 GB de almacenaje. Desde entonces Toshiba crea el Zune, creo que Microsoft va a lanzar el Zune con 120 GB de almacenaje este año. Por supuesto, hay una opción para la gente impaciente. Inicialmente, esperaba para un Zune más pequeño, pero usan discos duros de 1,8 pulgadas ahora.
I looked at Windows Live SkyDrive a while ago and, while it has a nice UI, it wasn't quite enough. One of my complaints was the measly 500 MB of storage. Well, with the official release of the service, we now have 5 GB of storage, which seems to be standard nowadays. I was actually hoping for more integration between SkyDrive, Hotmail, and Spaces, but that hasn't panned out, yet. I was glad to see there's a bulk upload utility included. This was perhaps the main reason I hadn't uploaded the majority of my content. Now that it's there, I'm going to start uploading some graphic files I use for development. I don't think SkyDrive is ready to be central to my life, yet, but it's on its way. Integration with FolderShare is probably the next step, if you ask me. With that, I'd definitely start using it more. Of course, I've seen a preview of the next version of FolderShare and that doesn't seem to be an option. Of course, the update is very minimal, so I'm not sure how complete it is. The same team manages FolderShare and SkyDrive, so integration is going to happen without a doubt; it's just the time in which that's going to happen that's the real question. Speaking of questions, there's also a new service on the horizon (no pun intended, for those in the know). I don't have details, but it looks like a promising sync service with lofty, yet realistic goals. I can't wait to hear more.
Lanzamiento Oficial de SkyDrive
En Español
Repasé Windows Live SkyDrive hace un rato y, mientras que es bonito, no era absolutamente bastante. Una de mis quejas era el 500 MB de almacenaje. Con el lanzamiento oficial, tenemos 5 GB. Esperaba más integración entre SkyDrive, Hotmail, y Spaces, pero eso no ha sucedido. Me gusto la utilidad de carga masiva. Ésta es la razón principal que no carga mi contenido. Ahora, voy a iniciar la carga de gráficos. No creo que SkyDrive está acabado, todavía, pero está mejor. Integración con FolderShare es probablemente el paso siguiente. Comenzaría definitivamente a usarlo más con eso. Ha utilizado una versión preliminar de la siguiente versión de FolderShare y no tiene la integración. Parece la verión es muy mínimo, tan no creo que haya finalizado. El mismo equipo desarrollo ambos, tan integración va definitivamente a suceder; pero no conocemos cuando. Mientras que estoy en el tema, Microsoft está trabajando en un nuevo servicio de la sinc. No tengo detalles, pero parece agradable. No puedo esperar para oír más.
If you've used the code coverage feature in Visual Studio 2005 or 2008 in projects that consume services, you've probably realized the proxy class VS generates for you counts against you for code coverage. Normally, I'd say this is completely fine, since all code, whether generated by a tool or by hand, should be tested. In my case, however, I was consuming a service with around 10 service methods, while I was only using one. Since I never plan on using the others, I didn't want them bringing my code coverage down. With the help of a few people from the VS team, I was able to find a good solution. It turns out everything counts against code coverage unless it's marked with either the DebuggerNonUserCode or DebuggerHidden attribute. The important thing to note is that, if you mark your code with either of these attributes, you won't be able to debug into them. Assuming you're fine with that, you're all set... for the most part. The only problem is if you update the service reference, the code would be re-generated without the attribute changes.
Cobertura de Código y Código Generado
En Español
Si usa la carecterística de cobertura de código en proyectos de Visual Studio 2005 o 2008 que usan servicios, es probablemente que ha realizado que la clase la clase representativa generada cerca VS cuenta contra usted para cobertura de código. Normalmente, diría que esto es bueno, desde todo el código, si generado por una herramienta o manualmente, debe ser probado. En mi caso, usé un servicio con 10 métodos, pero solamente usado uno. Puesto que nunca planeo usar los otros, no quise reducir mi cobertura del código. Con la ayuda de algunas personas desde el equipo de VS, encontré una buena solución. Resulta todo reduce cobertura del código, a menos que haya marcado con el DebuggerNonUserCode o DebuggerHidden atributo. Es importante que sepa es que si marca su código con cualquiera de estos atributos, no podrá depurar en estos ellos. Si eso es aceptable, usted tiene su respuesta... sobre todo. El único problema es que si renova la referencia del servicio, el código sería generado otra vez sin los cambios a los atributos.
One thing I find funny is how so many people gripe about recurring problems in Windows yet they fail to report the problem using the built-in Wndows Error Reporting feature. This is perhaps the best part of Windows. Think about it, a feature that complains for you and in more detail than you could provide yourself, empowering Microsoft to solve your exact problem quicker. What more could you ask for? All you need to do is click a button. If you don't, you have no right ot complain. As I understand it, these random problems don't get investigated until they are reported at least 500 times. This seems like nothing, considering the install-base for Windows, but the more a problem is reported, the more imporant it will be to resolve. Pretty obvious. If you're not already, send 'em in!
Envíelos
En Español
Mucha gente se queja por problemas que se repiten en Windows, pero no los divulgan usando Wndows Error Reporting. Ésta es quizás la mejor característica. Piense, una característica que queja para usted y más detalladamente, permitiendo Microsoft resolver la problema más rápido y más fácil. ¿Qué más podría usted pedir? Todo necesita hacer es presiona un botón. Si no hace, no tiene ninguna capacidad de quejarse. Como lo entiendo, no investigan problemas divulgados hasta que les divulguen 500 veces. Éste no es nada, considerando el número de usuarios de Windows, pero si divulga el más un problema, será fijado más pronto. Bastante obvio. Si no lo hace hoy, envíelos.
One thing I hate about WPF is the seemingly hidden functionality. In Win Forms, you access objects and properties. In XAML, there seems to be so much there that you miss the good stuff. I feel like this is mainly a tooling issue, but the fact that there’s no real differentiation between attributes and nodes doesn’t help. Here’s an example that those new to WPF might interested in learning…
After adding your first toolbar in WPF, you’ll quickly learn that disabling a button doesn’t do much to inform the user it’s been disabled. You’d expect the button to be grayed out, but it’s not. Initially, I added a style trigger that would make the button image transparent when it was disabled…
<Style TargetType="{x:Type Image}" x:Key="toolbarImageStyle">
<Style.Triggers>
<DataTrigger Binding="{Binding RelativeSource={RelativeSource AncestorType={x:Type Button}, AncestorLevel=1}, Path=IsEnabled}" Value="False">
<Setter Property="Opacity" Value="0.50" />
</DataTrigger>
</Style.Triggers>
</Style>
This works, but I don’t know how much I like it. What other option is there? Another image. The thing I hate about a separate image is that it requires additional management of images and additional XAML code to define each button. I like the simplicity of a style to define the look of a disabled button.
Of course, this isn’t all. When a button is disabled, the tooltip is disabled as well. I don’t know if that’s an inheritance issue or not, but there is a simple fix for this one, which is where my “seemingly hidden functionality” comment comes in.
<Button IsEnabled="false" ToolTipService.ShowOnDisabled="True" Content="Disabled Button" ToolTip="Test Test Test" />
Specifying the ToolTipService.ShowOnDisabled property will ensure the tooltip is always displayed. I find it odd that this wasn’t true by default, but whatever. This is all just part of the annoyances that come with these new technologies… that’s why they call it the “bleeding edge.”
Molestias de la Barra de Herramientas de WPF
En Español
Una cosa que odio sobre WPF es funcionalidad ocultada. En Win Forms, usa objetos y características. En XAML, hay tanto que falta la buenas características. Pienso que este es una problema de las herramientas, pero el hecho que no hay diferenciación entre las cualidades y los nodos no ayuda. Aquí está un ejemplo que ese ésos nuevos a WPF pudieron estar interesados adentro…
Después de usar su primera barra de herramientas de WPF, descubrirá que lisiado un botón no hace mucho a informar el usuario. Espera el botón ser gris, pero no es. Inicialmente, agregué una disparador del estilo que hacer la imagen transparente cuando era lisiado...
<Style TargetType="{x:Type Image}" x:Key="toolbarImageStyle">
<Style.Triggers>
<DataTrigger Binding="{Binding RelativeSource={RelativeSource AncestorType={x:Type Button}, AncestorLevel=1}, Path=IsEnabled}" Value="False">
<Setter Property="Opacity" Value="0.50" />
</DataTrigger>
</Style.Triggers>
</Style>
Esto trabaja, pero no pienso si quiero. ¿Hay otra opción? Una otra imagen. No me gusta una otra imagen porque requiere más gerencia y código adicional definir cada botón. Me gusta la simplicidad de un estilo definir la mirada de un botón lisiado.
Por supuesto, hay más. Cuando un botón es lisiado, la información sobre herramientas (¿Cómo se dice "tooltip"?) es lisiado, tambien. No sé si eso está debido a herencia, pero hay un arreglo simple, cuál es porqué dije "funcionalidad ocultada."
<Button IsEnabled="false" ToolTipService.ShowOnDisabled="True" Content="Disabled Button" ToolTip="Test Test Test" />
Especificar la cualidad ToolTipService.ShowOnDisabled se asegurará que el tooltip está exhibido siempre. Pienso que el valor inicial debe ser true. Éstos son apenas algunas de las molestias con nuevas tecnologías… ése es porqué ha llamado el “borde de la sangría.”
Just wanted to share some vulnerability stats from 2007 for Mac and Windows. Mac had 12 times the number of vulnerabilities that Windows Vista had and 5.5 times the number of combined Vista and XP vulnerabilities. At first I was surprised, but then I thought back to rumblings of insecurity and talk about Windows Vista being more secure than Mac OS before that. It's been nice to see the Mac security myth begin to fade away and watch as Microsoft's credibility around security grows. I expect this trend to continue thru the year; especially as more and more users are exposed to Mac's. And, yes, I do see Mac use growing this year. While I'm making predictions, I think I feel pretty comfortable saying Vista won't see the widespread adoption people seem to expect. This is ironic, considering it's truly the best version of the OS to date. Nevertheless, the reason I say that is because I expect to hear more and more talk of Windows "7" this year. I'm guessing that people who've hesitated to upgrade might prefer to see what's next, since there's talk about it being released in 2009. Microsoft is good at learning from its mistakes, so I think we'll see a very big boom when Windows "7" hits the streets.
| Windows XP, Vista, and Mac OS X vulnerability stats for 2007 |
| |
XP |
Vista |
XP + Vista |
Mac OS X |
| Total extremely critical |
3 |
1 |
4 |
0 |
| Total highly critical |
19 |
12 |
23 |
234 |
| Total moderately critical |
2 |
1 |
3 |
2 |
| Total less critical |
3 |
1 |
4 |
7 |
| Total flaws |
34 |
20 |
44 |
243 |
| Average flaws per month |
2.83 |
1.67 |
3.67 |
20.25 |
Mac contra Windows: Vulnerabilidades de 2007
En Español
Quiero compartir algunos estadísticas de vulnerabilidades para Mac y Windows en 2007. Mac tuvo 12 veces el número de vulnerabilidades que Windows Vista tuvo y 5,5 veces Vista y XP combinados. Al principio, me sorprendió, pero pensé de discusiones de la inseguridad y sobre Window Vista que es más seguro que el Mac. Ha sido agradable ver el mito de seguridad de Mac comience a desaparezca y mira el credibilidad de Microsoft alrededor seguridad crece. Espero que esto continúe este año; especialmente como usuarios se exponen cada vez más a Mac. Sí, veo Mac utilizar el crecimiento de este año. Mientras que estoy haciendo predicciones, no pienso que Vista verá la adopción extensa este año. Esto es irónico, porque Vista es la mejor versión de la OS. Espero oír cada vez más la charla de Windows "7" este año. Pienso que gente que ha esperado para aumentar esperará ver lo que es nuevo, puesto que la gente ha hablado sobre la lanzaba en 2009. Microsoft es bueno en el aprendizaje de sus errores, así que pienso que veremos un auge muy grande cuando Windows “7” golpes las calles.
| Estadísticas de Vulnerabilidades para Windows XP, Vista, y Mac OS X en 2007 |
| |
XP |
Vista |
XP + Vista |
Mac OS X |
| Total extremely critical |
3 |
1 |
4 |
0 |
| Total highly critical |
19 |
12 |
23 |
234 |
| Total moderately critical |
2 |
1 |
3 |
2 |
| Total less critical |
3 |
1 |
4 |
7 |
| Defectos totales |
34 |
20 |
44 |
243 |
| Defectos medios por mes |
2.83 |
1.67 |
3.67 |
20.25 |
I saw Simon Guest  talk about user experience back in August and one of the things I liked was a tool he had to help decide what user interface platform was the best. Microsoft has 30-something user interface technologies. Sometimes it's hard to know which will be best. More often than not, we use the one the tech lead is the most comfortable with, which is pretty much a crap-shoot. Simon's app, UXIQ, asks 12 questions which you answer on a sliding scale. Ultimately, you're given three recommendations to decide on. I'll definitely keep this tool in my arsenal and suggest you do the same -- both the app and source are available on Simon's blog post.
¿Cuál es su Índice de Inteligencia?
En Español
Ví Simon Guest hablar sobre experiencia de usuario en este Agosto pasado y me gusta un aplicacion que ayuda decidir lo que plataforma de interfaz es el mejor. Microsoft tiene alrededor 30 tecnologías de interfaz. Es a veces duro saber cuál será el mejor. A menudo, usamos la tecnología el plomo técnico es la más cómoda con, cuál puede o no puede ser una buena opción. La aplicacion de Simon, UXIQ, pide 12 preguntas cuál usted contesta dentro de una gama. En última instancia, da tres recomendaciones de elegir de. Guardaré definitivamente esto y sugiero que usted haga iguales -- la aplicacion y el código son disponible en el poste de Simon.
There have been a number of discussions about Windows Mobile over the past few months that have piqued my interests. The first I want to mention is one on Gizmodo. This one talks about the shortcomings within the platform and the plans to remedy them. The key points are that key features are there, but the experience is what's lacking and that vendors are a major problem, causing unnecessary bloat and slowing the system. This is the same thing we see on the desktop side. For this reason alone, I'd really like to see Microsoft get into the hardware business. Of course, Microsoft isn't a hardware company, so this might be best accomplished by a quality acquisition. WM6 and 6.1 are great upgrades and 7 will be another one with some great UX enhancements, it sounds like, but WM8 is what we really want. WM8 is supposed to be built "from scratch." How much will be built from scratch is another question. As I understand it, the WM platform is built on top of the Windows CE core, so that doesn't seem entirely out of the question.
Qué es Pasando con Windows Mobile
En Español
He visto discusiones sobre Windows Mobile que han tenido mi interés. El primer quiero decir es de Gizmodo. Éste dice sobre los defectos de la plataforma y los planes fijarlos. Los puntos claves son que las características dominantes están allí, pero la experiencia está careciendo y vendedores son una problema mayor, causando un hinchese innecesario y reducción del funcionamiento de sistema. Ésta es la misma cosa que vemos en la mesa de la computadora. Por esta razón sola, quisiera ver Microsoft cree las computadoras. Por supuesto, Microsoft no es una compañia de hardware, tan una adquisición pudo ser la mejor. WM6 y 6.1 son grandes mejoras y 7 sea otros con grandes realces de UX, pero WM8 es lo que queremos. WM8 será construido "de rasguño." Cuánto será construido de rasguño es una otra pregunta. Como lo entiendo, la plataforma de WM fue construida encima la base de Windows CE, tan no parece inadmisible.
Mon
Jan
21
2008
WPF++
I was just telling a co-worker how, despite the fact that it hasn't been said, I believe WPF will be the future of Windows development. This seems obvious, but my initial take on WPF was that it was merely another option. I even question a potential attempt to relace the myriad of web development technologies with a XAML development experience. I don't see this being overly successful, but the idea of a single development model intrigues me. If that were to happen today, it seems like XHTML + JavaScript would have more potential. Either way, I don't see it happening any time soon.
Whether or not we see a single language span Windows and web, it looks like we have something new to look forward to. Apparently, Microsoft is looking into yet another UI platform. I seriously question why, but welcome the change. I'd really like to know what WPF is missing that requires a new platform. At this point, tooling is my only real complaint about WPF.
WPF++
En Español
Yo decía a un amigo cómo pienso WPF será el futuro de desarrollo de Windows. Parece obvio, pero mi primera impresión fue que WPF era simplemente un otra opción. Dudo un intento substituir la miríada de las tecnologías de desarrollo de Web con XAML. Dudo que esto esto fuera acerto, pero la idea de un modelo desarrollo me intriga. Si ése era pasar hoy, parece XHTML y JavaScript tendría más potencial. Cualquier manera, dudo pasará pronto.
Independientemente de si vemos una lengua para Windows y Web, parece tenemos algo nuevo anticipar. Al parecer, Microsoft está investigando un otra platforma de UI. No sé por qué, pero abrazo un cambio. Quiero realmente saber que WPF falta que requiere una plantforma nueva. Las herramientas son mi solamente queja de WPF.
I'v been a mobility enthusiast for a while and it's nice to see others picking it up as well. I feel like the iPhone has a lot to do with that, which I find somewhat humoroous, but that's neither here nor there. Berners-Lee announced a new W3C validator, mobileOK, which checks web pages for standards-compliance and proven practices. This is definitely a step in the right direction. I'm looking forward to initiatives that'll bring the same capability to dev tools. Of course, it's the developers that need to change more than the tools.
¿Es Usted Válido Móvil?
En Español
He sido una entusiasta móvil durante algún tiempo y es bueno que otras están comenzando a covenir, también. Parece el iPhone tiene mucho hacer con eso, que pienso soy divertido, pero eso está ni aquí ni allí. Berners-Lee anunció un nuevo control de validación de W3C, mobileOK, que comprueba páginas web para compatibilidad con estándares y prácticas probadas. Éste es sin duda un paso en la dirección correcta. Anticipo alegre las iniciativas que traerán la misma características a las herramientas de desarrollo.
|
|
|
|